|
|
|
Как влияет грамотное написание import
|
|||
|---|---|---|---|
|
#18+
Доброе время суток! У меня такой вопрос, вот пишу класс (не важно какой) и естественно есть там import: Код: plaintext 1. 2. 3. но можно написать и так: Код: plaintext 1. Есть какая то разница, мне кажеться что во втором случае повышается ресурсоемкость приложения, прав ли я? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2006, 11:29 |
|
||
|
Как влияет грамотное написание import
|
|||
|---|---|---|---|
|
#18+
new_jabberДоброе время суток! У меня такой вопрос, вот пишу класс (не важно какой) и естественно есть там import: Код: plaintext 1. 2. 3. но можно написать и так: Код: plaintext 1. Есть какая то разница, мне кажеться что во втором случае повышается ресурсоемкость приложения, прав ли я? частично прав ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2006, 11:45 |
|
||
|
Как влияет грамотное написание import
|
|||
|---|---|---|---|
|
#18+
peter6636 new_jabberДоброе время суток! У меня такой вопрос, вот пишу класс (не важно какой) и естественно есть там import: Код: plaintext 1. 2. 3. но можно написать и так: Код: plaintext 1. Есть какая то разница, мне кажеться что во втором случае повышается ресурсоемкость приложения, прав ли я? частично прав ресурсоемкость не повышается. при компиляции все используемые классы будут подставлены с полным их именем, включая пакет в котором они находятся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2006, 12:04 |
|
||
|
Как влияет грамотное написание import
|
|||
|---|---|---|---|
|
#18+
Еще таким образом избегают возможные конфликты с одноименными классами в разных пакетах. Вот пример на пвсевдо-Java: Код: plaintext 1. 2. 3. Код: plaintext 1. 2. 3. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Ситуация больше теоретическая, но все же. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2006, 12:08 |
|
||
|
Как влияет грамотное написание import
|
|||
|---|---|---|---|
|
#18+
Почитаем что пишет Хорстманн и Корнелл. Core Java™ 2 Volume I - Fundamentals, Seventh EditionThe java.util.* syntax is less tedious. It has no negative effect on code size. However, if you import classes explicitly, the reader of your code knows exactly which classes you use. Core Java™ 2 Volume I - Fundamentals, Seventh EditionMost of the time, you just import the packages that you need, without worrying too much about them. The only time that you need to pay attention to packages is when you have a name conflict. For example, both the java.util and java.sql packages have a Date class. Suppose you write a program that imports both packages. Core Java™ 2 Volume I - Fundamentals, Seventh EditionC++ programmers usually confuse import with #include. The two have nothing in common. In C++, you must use #include to include the declarations of external features because the C++ compiler does not look inside any files except the one that it is compiling and explicitly included header files. The Java compiler will happily look inside other files provided you tell it where to look. In Java, you can entirely avoid the import mechanism by explicitly naming all classes, such as java.util.Date. In C++, you cannot avoid the #include directives. The only benefit of the import statement is convenience. You can refer to a class by a name shorter than the full package name. For example, after an import java.util.* (or import java.util.Date) statement, you can refer to the java.util.Date class simply as Date. The analogous construction to the package mechanism in C++ is the namespace feature. Think of the package and import statements in Java as the analogs of the namespace and using directives in C++. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2006, 12:10 |
|
||
|
Как влияет грамотное написание import
|
|||
|---|---|---|---|
|
#18+
От себя хочу добавить, что пишу .* или полное наименование классов по обстоятельствам (если больше одного класса из одного пакета - проще добавить .*), если только не использую sql-запросы в классе. Тогда всегда добавляю import java.util.Date :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2006, 12:13 |
|
||
|
Как влияет грамотное написание import
|
|||
|---|---|---|---|
|
#18+
LeonidvЕще таким образом избегают возможные конфликты с одноименными классами в разных пакетах. Вот пример на пвсевдо-Java: Код: plaintext 1. 2. 3. Код: plaintext 1. 2. 3. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Ситуация больше теоретическая, но все же. Эту "теоретическую" ситуацию разрулит компилятор и сругнется. Штоп не заморачиваться надо юзать ИДЕ(Ю). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2006, 12:21 |
|
||
|
Как влияет грамотное написание import
|
|||
|---|---|---|---|
|
#18+
При совпадениях имен классов в разных пакетах можно также применять полное написание имени класса: Код: plaintext 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2006, 12:33 |
|
||
|
Как влияет грамотное написание import
|
|||
|---|---|---|---|
|
#18+
С совпадением имен классов в разных package ситуация жизненная, а не теоретическая. На производительность никак не влияет написание import, говорят в ранних версиях типа 1.0 еще была какая-то разница. Имхо, хороший стиль - писать полностью имя класса без *. Если полазить по исходникам opensource, в основном везде так. Для себя понял, что написание полного имени очень помогает при рефакторинге. Сразу видно от чего класс зависит. Я часто занимаюсь анализом связей между моими классами и пакетами. Конечно, надо использовать IDE. Сейчас везде можно задать стиль import и среда все сделает сама. И предупредит, если что. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2006, 12:57 |
|
||
|
Как влияет грамотное написание import
|
|||
|---|---|---|---|
|
#18+
KachalovПри совпадениях имен классов в разных пакетах можно также применять полное написание имени класса: Код: plaintext 1. нужно а не можно. чувствуете разницу? Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2006, 12:59 |
|
||
|
Как влияет грамотное написание import
|
|||
|---|---|---|---|
|
#18+
Timm нужно а не можно. чувствуете разницу? - я это собственно написал как добавление к посту Leonidv, где именно можно (полный import там решил проблему). А разницу я уже семь лет как чувствую :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2006, 14:18 |
|
||
|
Как влияет грамотное написание import
|
|||
|---|---|---|---|
|
#18+
gafudoИмхо, хороший стиль - писать полностью имя класса без *. Если полазить по исходникам opensource, в основном везде так. ИМХО нет. В более-менее наполненном логикой классе таблица импорта займет всю страницу (какая-нибудь swing-овая формочка). А со всякими com.google.gwt.user.client.ui.ClickListener lstnr = new com.google.gwt.user.client.ui.ClickListener(){...} код становится вообще невозможно читать. Исходники OpenSource пишутся преимущественно в Eclipse, как немного более распространенной среде из бесплатных. А там по дефолту настроена * после 99 классов. Лично я изменяю эту цифру на 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2006, 19:16 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=33967376&tid=2148206]: |
0ms |
get settings: |
4ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
174ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 203ms |
| total: | 450ms |

| 0 / 0 |
