В новинку для крупных проектов
У вас есть php < 7.1, где были введены подсказки нового типа void.
https://www.php.net/manual/en/migration71.new-features.php
Просто обновите его до версии 7.1 или новее.
P.S. Я создал патч с минимальной требуемой версией PHP https://github.com/degordian/yii2-webhooks/pull/7#pullrequestreview-219301604
6 ответов
Некоторые ключи к борьбе с большой кодовой базой:
- Изучите входы и выходы управления исходным кодом. На данный момент запустите только с изучения, как весь SVN управляет работой. SVNBook является хорошим ресурсом для этого. Используйте VisualSVN, или подобный плагин для взаимодействия с репозиторием в IDE (Черепаха все еще полезна, когда Вы хотите взаимодействовать откуда-либо). В будущем Вы захотите стать глубоко знакомыми с ветвлением и слиянием (и инструменты для того, чтобы сделать так быстро и правильно) и возможно изучить DVCS (распределенная система управления версиями) как Мерзавец или Подвижный. Это будет по крайней мере разворачивать Ваш ум немного и вероятно преподавать Вам некоторые уроки, которые будут полезны даже в проектах, где Вы используете более традиционное (централизованное) управление версиями.
- Изучите, как быстро искать вещи, найдите объявления незнакомых классов и переменных, и проследите выполнение объемного приложения. Существует много подходов для этого, и Вы будете, вероятно, использовать большинство из них однажды или другого, но некоторые из них являются встроенными функциями Вашего IDE (большинство из них довольно устойчиво в этом отношении, необходимо смочь щелкнуть правой кнопкой по имени класса и найти его объявление легко),
grepи т.п. (ack вариант, который очень подходит для кода spelunking), и CTAGS, если Вы качаете тот (C/C++) путь. - Изучите основы поблочного тестирования, возможно, даже испытайте платформу как NUnit. Лично я не являюсь крупным в модульные тесты, но я распознаю их утилиту, и многие клянутся ими, не пробивайте ее, пока Вы не попробовали ее, по крайней мере.
- Даже если Вы - безупречный программист с устойчивой батареей модульных тестов, большие кодовые базы требуют более высокий уровень отладки навыка, из-за свойственной сложности проблем, которые неожиданно возникают. Изучает ли это, как записать краткую, описательную отладку
printf()- как операторы, становясь более знакомым с Вашим отладчиком, или даже изучая входы и выходы Вашего языка (например, угловые случаи системы типов / объектная модель) может быть полезным в раскручивании этих сложных вопросов.
К сожалению, я не использовал Visual Studio, но я думаю, узнавая импорт/миграционный поток Вашего IDE проекта, будет поучительно также. Возможно, кто-то еще согласится с более конкретным советом относительно той передней стороны. Процесс может быть тягостным, особенно если у Вас была нестандартная сделанная на заказ система прежде, и Вы хотите, чтобы все было сделано Одна Истинная Visual Studio Путь впредь, но инструменты для автоматического извлечения зависимости из кода являются улучшением и лучше.
Идеи, уже данные, очень хороши. Но Вы также могли бы хотеть считать Кодер Mike Gunderloy в Разработчика. Из Вашего описания Вашего текущего опыта я думаю, что Вы найдете это полезным. Также считайте Прагматически настроенного Программиста; я сохраняю его в своем офисе моим столом и часто даю взаймы его младшим разработчикам.
Просто погружение в. Надо надеяться, кто бы ни работал над этим проектом, до сих пор организовал код в логические группы (пространства имен, иерархии классов, папки).
Я буду также второй Матовый J при изучении, как использовать IDE: я не знаком с Visual Studio а именно, но должны быть объекты контекстного меню при нажатии на класс или метод для взятия Вас к месту, где это было объявлено, и оттуда к классам это было получено из.
Встаньте управление версиями установило сначала хотя: Вы будете чувствовать себя более комфортно, вводя по абсолютному адресу в отношении, после того как Вы изучаете, как "вернуться" ;)
Я использовал VisualSVN долгое время без проблем. Это интегрируется отлично с vs2008. Что касается хождения дальше к крупным проектам, отличный способ видеть, как вещи сделаны, состоит в том, чтобы загрузить источник достойного размера существующий проект и видеть, как это было соединено. После того, как у Вас есть хорошая идея того, как вещи структурированы, лучшая вещь, которую можно сделать для себя, состоит в том, чтобы написать код. Проведите коллективное обсуждение проекта и пойдите в нем. В зависимости от того, что Вы думаете о своем результате после завершения, Вы могли использовать его в качестве части Вашего портфеля также.
Модульные тесты. Используйте их, или Вы будете сожалеть о нем.
Узнайте Visual Studio хорошо, если Вы живете в ней, действительно необходимо знать это хорошо.
AnkSVN является свободным плагином для Visual Studio 2008, и он работает очень хорошо. Кроме того, Осуществите рефакторинг для C++, другой свободный плагин и один из единственных способов получить поддержку рефакторинга в Visual C++.
Кроме того, Вы скоро узнаете, что на крупных проектах, 80% Вашего времени будут потраченным выполнением обслуживания кода, поэтому сделайте себе одолжение и сделайте свой код местом, в котором Вы хотите жить, не место террора, от которого Вы уменьшаетесь назад. Чистый код, случайный комментарий и модульные тесты будут иметь большое значение для того, чтобы заставлять Вас хотеть встать и пойти, чтобы работать утром, вместо того, чтобы бояться, что необходимо работать над тем чудовищем где каждый раз, когда Вы касаетесь чего-либо, которое это повреждается.