Виктор Выскребенцев: а не следуют они MVC потому что... негде. Там чуть упрощенная модель и связано с тем что все ориентировано только на одну цель - обработать запрос и отдать ответ.
Виктор Выскребенцев: ну наговнокодить можно всегда, таланты всегда найдутся. В целом же я с большего согласен, просто "взять Symfony/джангу/etc" не зная основополагающих вещей - вызовет неприязнь у человека (крики "зачем так сложно?") да и всеравно выйдет не очень.
Stopy: ну... как бы и да и нет. Вопервых зная все это работать со всякими джумлами будет проще - там внутри всеравно придется какие-то архитектурные решения применять и использовать внутренний фреймворк. Так же и с другими CMS. Так же через определенное время вам самому (возможно) надоест писать неподдерживаемый говнокод и вы захотите узнать "а как же писать более вменяемый код, на внесение правок в которых я не трачу по нескольку часов тупо потому что где-то в другом месте ломается". Ну и еще, я все же надеюсь что то что вы описали это не ваш потолок.
Виктор Выскребенцев: фига себе "самый простой способ"... начнем с того что в большинстве популярных фреймворков, которые неопытный разработчик способен разобрать, клали на принципы ООП с высокой колокольни. Набраться плохих советов там очень легко.
Что до "сколько книг не читай" - тут частично соглашусь. Пока сам на грабли не наступишь не поймешь как надо и почему так плохо а так норм. Но все же... лучше сначала почитать книжки и запомнить, что не просто так все эти вещи выдумывались.
Stopy: вот потому то наверное так все плохо в PHP комьюнити, что мануал не воспринимают как один из основных источников информации по языку... печально.
entermix: вполне себе возможно. Синтаксис то вы освоите, но какие-нибудь подводные камни вполне себе можете не знать. Как следствие можно не правильно пользоваться инструментами.
Словом... проблема не в Yii - проблема в отсутствии опыта.
Валера Программист: давайте так. У вас есть продукт который вы хотите продавать и получать за него деньги. Ну так продавайте. Ищите инвестора, вбухивайте бабло в рекламу и будет вам счастье. Если конечно ваш продукт конкурентноспособен, а я на 90% уверен что нет.
Валера Программист: ну как вам сказать, я могу дня за два-три натянуть все на какой wordpress, прикрутить туда кеширование и поддержка будет стоить копейки (начиная с того что разработчика найти будет вот вообще не проблема).
Не поймите не правильно, но писать бложики на java это как из пушки по воробьям. Я даже на php-шных штуках типа Symfony не стал бы бложики без необходимости писать.
Nagoran: алгоритм такой:
- что бы построить 3D объект можно составить массив срезов и затем объеденить все кривые в 3D модель.
- под срезом мы имеем в виду плоскость, проходящую через объект. Пустив луч лазера (зеленая линия о которой говорит автор) мы получим точки пересечения поверхности объекта с плоскостью
- с одного кадра мы можем получить один срез, координаты можно посчитать так как нам известны как и размеры сцены, так и угл между камерной и плоскостью которую мы проэцируем.
- затем мы поворачиваем на определенный угл объект и повторяем процедуру пока не получим все срезы поверхности - двухмерный массив координат точек.
Далее уже идут варианты, можно построить по точкам кривые, закрывая дырки за счет интеполяции и имея эти самые кривые узнать координаты в любой координате (мы пока только с 2D работаем).
зная углы и т.д. мы можем расположить кривые как тело вращения, и затем построчно построить 3D модель (так же задействуя аппроксимацию координат точек для более правдоподобной геометрии).
index0h: а вы од этом... считаю подобное допустимым только внутри отдельных библиотек. Для клиентского кода такие загоны излишни. Исключение только в эмуляции enum.
Еще есть вариант запилить на том же goAOP обертку, которая будет на основе phpdoc верифаить типы/правила, тогда и код чистый будет и в продакшене можно отключить.
Если же у вас такие требования к аргументам, так же можно замутить ValueObject и валидировать каким-нибудь валидатором (symfony/validator например). Тогда код тоже будет чистеньким.
