Наконец -то пробовал это Delphi2005. общежитие было лучше, чем 512 м. Говоря о стабильности, это намного лучше, чем D8, но я все еще слышал, как люди говорят, что есть много ошибок, я еще не нашел серьезных ошибок. Будьте использованы. В конце концов, Борланду не требуется много времени, чтобы разработать компиляторы с использованием .NET.
Я не буду упоминать новые функции Delphi2005, он везде в Интернете.
Но: я действительно не понимаю. Второй момент состоит в том, что диаграмма UML может напрямую генерировать код. Знайте, если это причина, но Delphi2005 вы не сказали, что вы можете сделать это без Eco? Последний пункт заключается в том, что, возможно, компилятор Borland имеет высокий уровень, но редактор кода далеко от VS2005 ОК, и скорость очень быстрая, и она выходит мгновенно. кататься на некоторое время, прежде чем выйти. Но, честно говоря, подсказки для использования VS напрямую основаны на коде. Это будет действительно катастрофа. Говоря об автоматическом отступлении кода, Борланд действительно несравнен. Последнее, что мне не нравится, это то, что я автоматически генерирую шаблон аннотации на 3 // в VS, но Delphi не предоставляет соответствующие функции, поэтому так нелегко комментировать таким образом.
Вернувшись в тему, Delphi for.net сделал некоторые корректировки синтаксиса, чтобы адаптироваться к некоторым требованиям .NET, но есть несколько связанных книг, и они не могут написать их хорошо. Как их написать. Теперь, когда у вас есть Delphi2005, вы не можете ждать, просто продолжайте исследовать себя.
Сегодня я посмотрю на помощь и изучу пространство имен
Пространство имен
Объявить пространство имен
В файле проекта Delphi пространство имен неявно объявлено, называемое пространством имен по умолчанию проекта. Предположим, что заголовок файла проекта определяется следующим образом:
Программа mycompany.programs.myprogram;
Тогда пространство имен по умолчанию проекта - это mycompany.programs
Если заголовок устройства определяется как единица ****;
Если заголовок устройства определяется как единица ***. ****. ***;
Блок, объявленный в первом пути, называется универсальным блоком, который всегда является подпространством проекта по умолчанию пространства имен
Наименование пространства имен нечувствительно. Другими словами, среди нескольких сегментов слов, разделенных. Последняя часть не считается именем и не составлена в сборку. , Unit3. Используя эту функцию, если для написания больших имен необходимо разделить на несколько файлов, вы можете сделать всю часть этих подразделений одинаковой, просто отличной в этом разделе последнего.
Ссылки на пространства имен
Используйте оператор использования. Предположим, есть следующее утверждение:
использует aaa.bbb.unit1, unit2;
Он был четко указан для AAA.BBB.UNIT1.
1 Текущее пространство имен единиц (если есть)
2 Проект пространства имен по умолчанию проекта (если есть)
3 пространства имен, указанные параметрами компилятора
Хотя последний раздел имени блока не может быть замечена и неразличима для внешних компиляторов, последний раздел по -прежнему незаменим в Delphi, поэтому последний раздел должен быть включен в оператор использования, например, Class1 определяется в Unit1 AAA.BB .Unit1. Независимо от того, Unit1 имеет важное значение в использовании.
В помощи Дельфи написано:
Несколько единиц могут быть сгруппированы в одно пространство имен, используя расширение пункта IN в исходном файле проекта.
использует myprogram.mynamespace в 'filepath/unit1.pas; otherpath/unit2.pas';
В этом примере пространство имен MyProgram.mynamespace логически содержит все символы интерфейса из Unit1 и Unit2. Символ назван MySymbol, компилятор сообщит об ошибке в пункте использования.
Но независимо от того, как я экспериментирую, я обращаю внимание на ошибки компиляции, и это не может быть реализовано.
До сих пор я не нашел способ ссылаться на DLL, сгенерированный Delphi. Потому что, когда я добавляю DLL, составленный Delphi для .NET в новом проекте Delphi, а затем компилируюсь, я скажу фатальную ошибку, я не могу ничего импортировать, пожалуйста, используйте пакеты и т. Д. Тем не менее, нет проблем с добавлением DLL в vs.net, и программа может работать нормально.
До сих пор я нашел только временное решение, которое должно не генерировать библиотеку и заменить ее пакетом, так что окончательный целевой файл также является DLL, и я также могу назвать его нормально по сравнению с Vs.