Perevodik.net

Це паттерн для моделей, які використовують Zend_Cache і магічний метод __call. Ідея в тому, що модель повинна мати можливість повертати не кешовані або кешовані виклики, без постійної ініціалізації певного об'єкту. Повинно відбуватися легке переключення між двома викликами, і кеш повинен приходити вже з моделлю об'єкта.

Автоматизоване тестування вашого веб-додатку є важливим кроком для впевненості в якості і відсутності погіршення, при внесенні змін у вашу програму. З фреймворком для тестів від Zend Framework (побудований з PHPUnit) ви можете скласти блоки тестових випадків для вашого веб-додатку без найменших зауважень.
У цій статті надана вся базова інформація, яка знадобиться вам при написанні автоматизованих тестів для додатків Zend Framework.

Як можна використовувати FCKeditor або будь-який інший WYSIWYG-редактор разом з Zend_Form? Ще одне відносно просте питання. Існує безліч способів за допомогою яких ви можете зробити це, але давайте поглянемо на два найбільш цікавих, на мою думку:
* Додавання деякого JavaScript до вашого Виду (view).
* Створення Zend_Form_decorator
Ми будемо використовувати FCKeditor, але ви можете застосувати показану техніку до інших, і до TINYMCE у тому числі.

Тестування є суттєвим аспектом в будь-якій мові програмування. Якщо ви не тестуєте свій вихідний код, то як ви можете бути впевнені, що він працює так, як ви очікуєте?
Тестування вихідного коду вручну може проводитися тільки нерегулярно і
обмежено. Для регулярного і поглибленого тестування вихідного коду, відповіддю буде написання автоматизованих тестів, які можна запускати часто. У PHP такі тести зазвичай написані з використанням фреймворку модульного тестування, фреймворк, який дає можливість протестувати вихідний код будь-яких програм або бібліотек, як окремо ізольовані функціональні модулі, як клас або метод. Коли модульне тестування набрало популярності, воно стало звичайною практикою в PHP з бібліотеками і фрейморкамі як Swiftmailer, Zend Framework і Symfony, всі вони включають модульні тести покриваючі їх вихідний код.
Модульне тестування часто розуміється як щось приховане, завдання поглинаюче час - що іноді трапляється! Але мета проведення часу за написанням тестів полягає в тому, щоб поліпшити якість вихідного коду, значить він має менше абсолютних помилок, багато з яких виявляються на ранніх стадіях, безперервний процес тестування запобігає зміні поведінки старого коду при нових змінах, а також дає впевненість, що ваш код може бути залежним. Є також й інші переваги, далі ми обговоримо їх докладніше.

Коли ви думаєте про ключове слово this, ви, напевно, вважаєте, що воно відноситься до поточного екземпляру класу. Це вірно для більшості об’єктно-орієнтованих мов, як C# та Java. Отже знаючи це, ви напевно вирішите, що та сама ситуація буде в JavaScript і його this. Проте, це не той випадок.

За останні декілька років Rails допоміг Ruby досягти великої популярності. Одна з основних причин – це час, котрий Rails може зекономити вам. Працюючи в добре влаштованому фреймворку, багато з рішень, які розроблюються, спрощуються, і стає простіше бути більш організованим. Додайте такі чудові інструменти як ORM, модульне тестування, імітація (заглушки) і т.д. і ви отримаєте потужну установку для ефективної і якісної розробки.
Завжди були і напевно будуть сперечання на предмет кращої платформи, але я хочу вам показати, що більшість з цих аргументів в основному не відповідають дійсності.