Нет, нет. Ошибки нет. Метод getBar() подразумевается, что вернёт объект, который содержит setBaz().
Это может как $this, так и this->propWithSomeBazSetterInterface
Да, возможно написать свой framework хорошо, в данном случае для Вас.
Вы узнаете много нового, от коллег по цеху и с юмором будете вспоминать этот пост через месяц другой.
Но сейчас, из представленной статьи, мне кажется, что Ваш проект не столько сырой, сколько не полностью продуман в вопросе "зачем делать ТАК" и "какие уже существуют альтернативы и готовые решения"
В одном из комментариев Вы чуть-чуть наезжаете на Yii2. Скажу честно, что у меня самого в закромах есть статья которая сравнивает Yii2 и Symfony, причём не в пользу первого.
Я исправлял её уже очень много раз и изучал все моменты, и именно поэтому статья не опубликована и не никогда не будет. Это слишком разные проекты.
Да, мне не нравится ActiveRecord, но я стараюсь найти обходные пути или просто следовать best practices, т.к. это только часть фреймворка, так же как и поведения (мне они тоже не по душе).
Попробую посоветовать Вам поработать с разными языками: Java, Python, c++. У каждого свой подход, свои плюсы, минусы, ниши. Возможно, после code review от специалистов в этих языках Вы сможете более точно понять их назначение и область применения, равно как и PHP и ниши, на которые может быть нацелен Ваш Фреймворк.
В любом случае желаю Вам успеха и профессионального роста!
P.S. Прошу прощения за возможные грамматические и орфографические ошибки — пишу с телефона, перед сном, после кружки средства от простуды =)
Это был тонкий намек на то, что, таки да, есть такие сервера, где есть php, но нет работающего веб-сервера.
К примеру есть этап тестирования, когда прогоняются тесты с помощью phpunit, затем может идти этап проверки на соответствие code style и т.д.
И для этого всего абсолютно не нужен веб-сервер. Но в вашем же случае оттестировать приложение без веб-сервера будет, наверно, не возможно.
Вот скажите у Вас «фреймворк» проходит автоматические тесты?
Статья, на мой взгляд ни о чем. «Я выбрал yii2, потому что мне понравился yii2».
Было бы хорошо, если в статье указать конкретные примеры, которые сразили сердце автора и втянули его в мир yii2.
Я сторонник symfony2, но по долгу службы приходится сейчас писать на yii2.
На мой взгляд, yii2 необоснованно усложнен, по сравнению с symfony2. Но об этом я напишу позже, когда смогу более объективно оценить плюсы и минусы обоих фреймворков, а так же когда у меня будет примерно равный опыт работы с обоими фреймворками.
Если говорить именно о HTML и CSS, то я обоими руками «за» использование данных технологий для оформления — они для этого и создавались, и выполняют свою функцию прекрасно. Но использование JS для кода самого приложения, на мой взгляд жирно.
Если сможете продемонстрировать, что JS быстрее и ест меньше памяти чем С# или Java для решения одной и той же задачи, я сильно изменю свой взгляд на JS.
Мое мнение, которое естественно может не совпадать с большинством, в том, что не стоит грузить дизайнеров лишними техническими заморочками.
Хотя полностью согласен, что получать полностью готовый к «верстке» пакет дизайна очень приятно.
Вы что, серьезно? То есть я согласен с вами, что зря плодить картинки не нужно, но уж иконка-то приложения должна быть в разных разрешениях? А вы еще и иконку среднего разрешения берете, какая разница что на планшете она будет жутко размытой, правда?
Возможно, Вы прочитали «по диагонали». Я писал, что лично я оставляю задачу нарезки изображений, адаптацию к различным экранам и т.п. напоследок.
И в целом — зачем нужно приложение с actionbar в стиле Holo, если у вас сами контролы activity будут выглядеть в стиле 2.х? По-моему либо все в стиле Holo (читайте про HoloEverywhere), либо ничего.
За HoloEverywhere спасибо, возьму себе на вооружение.
Иногда тимлид может быть вдалельцем беклога вместо product owner. Это не лучшая схема, но так бывает.
В остальном, в скраме пропагандируется получение инкремента улучшения продукта за итерацию. Если инкремент не получен, то итерация прошла неудачно.
Для реализации этого могут использоваться целеполагание, планирование, грумминг, ретроспектива и другие скрам активности.
Фиксер, на мой взгляд, надо запускать руками разработчику, а не исправлять код в процессе проверок.
Мало ли что исправиться не так как положено.
Нет, нет. Ошибки нет. Метод getBar() подразумевается, что вернёт объект, который содержит setBaz().
Это может как $this, так и this->propWithSomeBazSetterInterface
Надеюсь, смог донести до Вас свою мысль.
Да, возможно написать свой framework хорошо, в данном случае для Вас.
Вы узнаете много нового, от коллег по цеху и с юмором будете вспоминать этот пост через месяц другой.
Но сейчас, из представленной статьи, мне кажется, что Ваш проект не столько сырой, сколько не полностью продуман в вопросе "зачем делать ТАК" и "какие уже существуют альтернативы и готовые решения"
В одном из комментариев Вы чуть-чуть наезжаете на Yii2. Скажу честно, что у меня самого в закромах есть статья которая сравнивает Yii2 и Symfony, причём не в пользу первого.
Я исправлял её уже очень много раз и изучал все моменты, и именно поэтому статья не опубликована и не никогда не будет. Это слишком разные проекты.
Да, мне не нравится ActiveRecord, но я стараюсь найти обходные пути или просто следовать best practices, т.к. это только часть фреймворка, так же как и поведения (мне они тоже не по душе).
Попробую посоветовать Вам поработать с разными языками: Java, Python, c++. У каждого свой подход, свои плюсы, минусы, ниши. Возможно, после code review от специалистов в этих языках Вы сможете более точно понять их назначение и область применения, равно как и PHP и ниши, на которые может быть нацелен Ваш Фреймворк.
В любом случае желаю Вам успеха и профессионального роста!
P.S. Прошу прощения за возможные грамматические и орфографические ошибки — пишу с телефона, перед сном, после кружки средства от простуды =)
А чем плох вариант $obj->getBar()->setBaz($value)?
Или же вы за полностью immutable подход? Если да, почему?
К примеру есть этап тестирования, когда прогоняются тесты с помощью phpunit, затем может идти этап проверки на соответствие code style и т.д.
И для этого всего абсолютно не нужен веб-сервер. Но в вашем же случае оттестировать приложение без веб-сервера будет, наверно, не возможно.
Вот скажите у Вас «фреймворк» проходит автоматические тесты?
Список литературы, которые обязательны, на мой взгляд, для изучения Вам:
1. http://designpatternsphp.readthedocs.io/en/latest/README.html
2. http://www.php-fig.org/psr/psr-2/ и на русском http://svyatoslav.biz/misc/psr_translation/#_PSR-2
Оффтоп. Вы забыли про важное выражение «принципиально новый»!
При желании Вы так же можете посодействовать, создав issue, pull запрос, поставив звезду или любым другим способом.
Генератор файла миграции на основе аннотаций модели.
https://github.com/Doka-NT/yii2-migration-generator
Так уж сложилось, что мне удобнее сначала описывать класс, и на его основе строить схему бд.
Было бы хорошо, если в статье указать конкретные примеры, которые сразили сердце автора и втянули его в мир yii2.
Я сторонник symfony2, но по долгу службы приходится сейчас писать на yii2.
На мой взгляд, yii2 необоснованно усложнен, по сравнению с symfony2. Но об этом я напишу позже, когда смогу более объективно оценить плюсы и минусы обоих фреймворков, а так же когда у меня будет примерно равный опыт работы с обоими фреймворками.
Если сможете продемонстрировать, что JS быстрее и ест меньше памяти чем С# или Java для решения одной и той же задачи, я сильно изменю свой взгляд на JS.
В них встроен инструмент для работы с бд.
За статью спасибо. Интересно было почитать.
Хотя полностью согласен, что получать полностью готовый к «верстке» пакет дизайна очень приятно.
За HoloEverywhere спасибо, возьму себе на вооружение.