Какими «дисциплинами» должны соблюдать Java -программисты?
1. Добавьте комментарии к вашему коду. Сколько раз вы «забыли» добавить комментарии? Действительно, комментарии не будут добавлять какую -либо функцию функции в вашу программу. Но сколько раз вы видели код, написанный 2 недели назад, и вы не можете вспомнить, что он делает? Вам повезло, что эти неуместные коды написаны на вас, и у вас все еще будет остаточное впечатление. К сожалению, большую часть времени код был написан кем -то другим, и этот человек, вероятно, покинул компанию. Есть пословица, которая идет хорошо: «Есть и уходит, взаимная выгода», поэтому программисты должны быть внимательны друг к другу (и самим собой) и комментировать ваш код.
2. Не усложняйте вещи. Разработчики, как правило, используют сложные методы для решения простых проблем. Мы ввели EJB в системе, в которой только 5 пользователей были реализованы набор структур для приложения, для которого не требуется структура, используя файлы атрибутов, объектно-ориентированные решения и использование потоков, но они вообще не нужны. Зачем это? Некоторые могут не знать, что есть лучшее решение, но другие могут сделать это специально для изучения новых вещей или просто потому, что это весело. Для тех, кто не знает лучшего решения, прислушайтесь к советам опытных программистов. Для тех, кто усложняет проекты исключительно для личных целей, я предлагаю вам быть более профессиональным.
3. Помните - имейте в виду «меньше, это больше», не всегда лучше. См. Следующий пример «простой»:
if (newStatuscode.equals ("sd") && (selloffdate == null || todaydate.compareto (selloffdate) <0 || (LastustedDate! = null && TodayDate.compareto (Lastuse ddate)> 0)) || (newStatuscode. equals ("obs") && (obsdate == null || todaydate.compareto (obsdate) <0))) {newstatuscode = "nyp";}Насколько сложно указать, что это, если условие? Представьте себе еще раз, что человек, который написал этот код, не последовал за статьей 1 - добавить комментарии в код.
Разве не легче разложить, если условия на 2, если операторы? Теперь давайте посмотрим на измененный код:
if (newStatuscode.equals ("sd") && (selloffdate == null || todaydate.compareto (selloffdate) <0 || (LastustedDate! = NULL && TodayDate.compareto (Lastuse ddate)> 0))) {newStatuscode = " Nyp ";} else if (newStatuscode.equals (" obs ") && (obsdate == null || todaydate.compareto (obsdate) <0)) {newStatuscode =" nyp ";}Разве это не лучше читаемости? Действительно, мы написали повторные заявления;
4. Не "жесткий кодирование, пожалуйста". Тем не менее, другая возможность состоит в том, что, следуя этой предпосылке, мы не попадем в дилемму «Временного времени». Сколько времени нужно, чтобы определить статическую конечную переменную и добавить строку кода? например:
Общедоступный класс A
Теперь, каждый раз, когда нам нужно сравнивать строку «ABC» с переменной, мы просто обращаемся к A.S_CONSTANT_ABC, не помня, что это такое. Модификация этой константы также очень удобна.
5. Не изобретайте свои собственные рамки. Многие рамки являются чрезвычайно идеальными решениями и использовались в тысячах систем. Нам просто нужно обратить внимание на последние популярные рамки и, по крайней мере, познакомиться с ними на поверхности. Одним из наиболее успешных и широко используемых примеров является структура стойки, которая представляет собой веб -структуру с открытым исходным кодом, которая является отличным выбором для создания веб -систем. Но вы должны помнить о заповеди статьи 2 (Примечание переводчика: исходный текст - «Статья 3», очевидно, неверно) - не усложняйте простые вещи. Если система, которую вы хотите разработать, имеет только 3 интерфейса, не используйте стойки. Таким образом, автор сказал, что не требуется много «контроля»).
6. Скажите «нет», чтобы печатать строки и конкатенации. Но мы часто забываем удалить эти линии или не желают удалять их. Это, вероятно, приведет к линии кода, которая нам нужно случайно удалить. Не стоит недооценивать вред System.out.println, см. Следующий код:
Общественный класс Badcode {public static void расчет withprint () {double somevalue = 0d; () {Double somevalue = 0d; Расчет WithithoutPrint ();Как видно из таблицы ниже, время выполнения метода расчета в течение () составляет 0,001204 с.
(Если вы хотите знать, как сделать такой стол, пожалуйста, прочитайте еще одну статью «Профилирование Java с WSAD» профилирование Java с помощью WSAD)
Чтобы избежать отходов процессора, лучший способ - ввести метод обертки следующим образом:
Общественный класс Badcode {Public Static Pinal Debug_mode = 1; = somevalue + i; static void main (string [] n) {badcode.calculationwithprint (badcode.production_mode);Строковое соединение - еще один способ тратить процессор, см. Следующий пример:
Public Static ConcateNatestrings (String StartingString) {for (int i = 0; i <20; i ++) {StartingString = StartingString+StartingString; . Приложение (StartingString);Из приведенной ниже таблицы мы видим, что использование StringBuffer стоит только 0,01 с при использовании строкового соединения, требуется 0,08 с.
7. Обратите внимание на графический интерфейс. GUI имеет решающее значение для успеха вашего приложения. ИТ-менеджеры часто игнорируют важность GUI. Программисты Java должны полагаться на свои ограниченные знания HMTL. Я видел много приложений, которые являются «компьютерными», а не «удобными» и редки для разработчиков, которые опытны в разработке программного обеспечения и разработке пользовательского интерфейса. Если вы программист Java, который, к сожалению, назначен для разработки интерфейса, вы должны следовать следующим 3 правилам:
а. Не изобретает колесо. Перейдите, чтобы увидеть интерфейсы, аналогичные системе приложений.
B. Этот шаг очень критичен. Клиенты любят видеть, что они хотят использовать заранее. Вы также можете получить их отзыв, вместо того, чтобы усердно работать, чтобы создать то, что клиенты не любят.
C. Другими словами, просмотреть требования с точки зрения пользователей. Например, статистический интерфейс может быть странный или нет. Как разработчик, он, вероятно, игнорирует пейджин, потому что это уменьшит много проблем;
8. Подготовьте требования к документу заранее. Это может быть достигнуто в сказках, но это трудно сделать в реальности. Независимо от того, насколько напряженно время, независимо от того, насколько близко находится крайний срок, вы должны убедиться, что бизнес -потребности записываются. (Примечание переводчика: эта концепция, очевидно, противоречит гибкому развитию. Каждый должен думать самостоятельно и отличаться от неправильного)
9. Единый тест, модульный тест, модульный тест (единичный тест. Полем Это самое основное правило в программировании, и его нельзя игнорировать. Если ваши коллеги могут создать план тестирования для вашего кода, это было бы лучше; При выполнении планов модульных испытаний следовать следующим принципам:
А.
b.
C.
10. Помните: качество, а не количество. Я знаю, что иногда я не могу выйти на работу вовремя из -за проблем с продуктом, сроков или других чрезвычайных ситуаций. Но менеджер не будет ценить или вознаградить вас за то, что он слишком поздно за общие проблемы; Если вы будете следовать принципам столбца выше, вы напишите более надежные и без ошибок программы. Это то, что вы должны сделать больше всего.
В этой статье суммируются 10 наиболее важных правил, на которые должны обратить внимание программисты Java. Просто знать недостаточно, следуйте за ними. Я надеюсь, что эти правила позволят нам стать более профессиональными программистами.