У процесі «боротьби» з Delphi for PHP у мене склався невеликий список обхідних рішень. Навіть у другій версії середовища проблеми в моїй конфігурації залишалися, тож доводилося пристосовувати робочий процес.
Простий шлях встановлення
Встановлював IDE в каталог із простою назвою, наприклад C:\dphp. У моєму випадку шляхи з пробілами або кирилицею, зокрема в C:\Program Files\..., ускладнювали роботу. Це не універсальна заборона для всіх версій Windows чи PHP.
Окреме налаштування кодування
Окремо налаштовував кодування. Посилання на тодішню власну нотатку: http://corp2.net/blog/news_detail.php?ID=656.
Access Violation під час побудови описів
Спостерігав Access Violation під час побудови переліку класів і об'єктів у реальному часі. Пробував зменшити кількість автоматично формованих описів у налаштуваннях, але підтвердженого повного розв'язання не знайшов.
Повільний дизайнер форм і готові компоненти
Через повільну роботу дизайнера форм намагався менше покладатися на візуальне редагування та готові компоненти. Згенерований ними код було незручно супроводжувати.
До якого висновку я дійшов
Красиві готові об’єкти мали б економити час, але в моїй роботі труднощі з IDE та згенерованим кодом цю перевагу перекривали. Тому я вирішив менше покладатися на візуальний дизайнер і скоротити використання середовища.
Access Violation повністю усунути не вдалося: зменшення автоматичного формування описів було лише спробою полегшити роботу. Номерів збірок, журналів і порівняльних вимірювань у нотатці немає, тому ці спостереження стосуються мого тодішнього встановлення.
Немає коментарів:
Дописати коментар