Показать сообщение отдельно
Старый 25.05.2013, 21:06
AlexCooper вне форума Посмотреть профиль Отправить личное сообщение для AlexCooper Найти все сообщения от AlexCooper
  № 29  
Ответить с цитированием
AlexCooper
 
Аватар для AlexCooper

Регистрация: Sep 2008
Адрес: Черкассы
Сообщений: 1,167
Записей в блоге: 1
Отправить сообщение для AlexCooper с помощью ICQ Отправить сообщение для AlexCooper с помощью Skype™
Цитата:
Сообщение от Babylon Посмотреть сообщение
Возьмите за пример Drupal 7 и вы поймете разницу.
Обязательно посмотрю

Цитата:
Сообщение от Bgg Посмотреть сообщение
1. Код с "сырыми" объектами никогда не будет гибким. А если COMPLAINT_USER потребуется объект с новым полем? Будете по всему проекту искать и добавлять? "Современные умные IDE" - не аргумент.
мне не нужна гибкость, гибкость поддерживается на низком уровне, имеется ввиду классы по работе с сервером, гуи и т.д.,

Цитата:
Сообщение от Bgg Посмотреть сообщение
2. Свитч в методе logic может разрастись во много сотен строк монотонного кода.
это явный минус в плане роста, но а как по другому, логика собранная в одном месте для меня как инструкция по использованию. Хотя с другой стороны согласен что 1000 case это 1000 операций сравнивания.

Цитата:
Сообщение от Bgg Посмотреть сообщение
3. Код с упоминанием GlobalVars.core.* станет не переносимым. Например, небольшой пакет из 5-10 классов заточенный выполнять какую-либо конкретную задачу не получится просто вытащить из репозитория и тут же начать использовать в новом проекте. Нужно будет либо удалять GlobalVars.core.*, либо тащить в новый проект GlobalVars.
проект не рассчитан на перенос или клонирование функционала, проект рассчитан сам на себя, максимально быть продуктивным и удобным в плане разработки и поддержки.
__________________
return this...