Кодирование стандартов и [закрытой] длины строки

СМОТРЕТЬ СОБЫТИЯ:

Это самая простая вещь, которую вам нужно научиться кодировать в VS. Короче говоря, это означает, что имя события, здесь DataGridView01_SelectionChanged, связано с событием. Для этого можно либо использовать код, либо один вставить его в правильный слот панели событий вкладки свойств. Выберите DataGridView, откройте панель событий (ту, что со вспышкой), и найдите событие SelectionChanged! Здесь

(у меня установлены только версии для немецкой версии VS).

Результат отражается в файле form_designer.cs, и это то же самое (в обратном порядке), как двойной щелчок на этом месте, а затем заполнение сгенерированного кода.

Элементы управления имеют много событий; один из них является событием по умолчанию, и это можно создать, дважды щелкнув элемент управления в дизайнере. Но в конечном итоге вам понадобятся все 3 способа создания и подключения событий (а также иногда их удаления).

19
задан EBGreen 19 February 2009 в 16:28
поделиться

14 ответов

Существует шаблон, который Вы видите в каждом примере - они располагаются с отступом к первому параметру функции. Это - хороший стандарт для следования, поскольку он транспонирует данные от горизонтального до вертикали, и столбцы позволяют легкое чтение.

Для других проблем длины строки, таких как долгие вычисления, предпочтительный метод состоит в том, чтобы сломать его. Вычисление юлианской даты или Пасхи сделано в несколько этапов вместо одного долгого вычисления.

11
ответ дан 30 November 2019 в 03:03
поделиться

Мое персональное предпочтение следующее;

$Stmt->bind_result(
    $this->_firstName,
    $this->_lastName,
    $this->_BillToAddress->address1,
    $this->_BillToAddress->address2,
    $this->_BillToAddress->city,
    $this->_BillToAddress->state,
    $this->_BillToAddress->zip,
    $this->_BillToAddress->country,
    $this->_email,
    $this->_status,
    $this->_primaryPhone,
    $this->_mobilePhone 
);

Тот путь закрывающая скобка и точка с запятой находятся на том же отступе как вводный вызов. Не вся поддержка языков, имеющая параметры на другой строке к вызову метода, хотя...

11
ответ дан 30 November 2019 в 03:03
поделиться

Контекст диктует, какой Вы выбираете. В конечном счете Вы - написание кода, которое будет считано человеком. Если расположение с отступом блока кода по-другому помогло бы читать, затем делают это.

6
ответ дан 30 November 2019 в 03:03
поделиться

Я не думаю, что нужно намеренно иметь длинные линии, но, рискуя тем, чтобы оскорбить многих, я предполагаю, что длина строки действительно больше не настолько важна.

Vim и emacs обрабатывают длинные линии вполне прилично, и они установлены почти на каждом поле Unix. В Windows Вы почти всегда будете в рамках текстового редактора GUI. Я действительно думаю Ваш $Stmt->bind_result, стиль является самым легким считать, но если просто необходимо загрузить набор главным образом статической информации в одном операторе, у меня нет проблемы с 1 000 символьных строк.

3
ответ дан 30 November 2019 в 03:03
поделиться

Необычный стиль добавления отступа, в который я упрощал при выполнении большой работы SQL, был;

INSERT INTO someTable
(
    id,
    name,
    age,
    address1,
    address2,
)
VALUES
(
    2,
    'Bob'
    25,
    '12 Fake Street',
    'The Moon'
)

я на самом деле нахожу намного легче читать, чем какое-либо другое расположение для длинных списков параметров.

5
ответ дан 30 November 2019 в 03:03
поделиться

Дверь номер 3. Если Вы не можете сделать этого на одной строке, сделайте это на одной строке на объект, что-либо еще запутывает объекты после первого на строке и ужасно читать. Последовательное добавление отступа имеет значение также.

Fwiw, я думаю, что это - старая шляпа за день и возраст, где у большинства программистов должны быть парные мониторы в высоком разрешении. Первый пример похож на него, могла быть одна строка вполне счастливо.

4
ответ дан 30 November 2019 в 03:03
поделиться

Если Вы переносите больше чем два объекта, я предпочитаю новую строку для каждого объекта как в Вашем третьем примере. Для автоматизированных инструментов управления исходным кодом легче объединить редактирования от других людей, если существует только один объект на строку.

1
ответ дан 30 November 2019 в 03:03
поделиться

Это довольно субъективно действительно, во многом как положение скобок и другие стили кодирования. Главное не так, какой стиль Вы выбираете, но что Вы действительно выбираете стиль, и что Вы придерживаетесь его в течение проекта.

Для меня лично, происходя из среды Python, я использую длину строки 79 и

$flavors = array ('chocolate', 'strawberry', 'vanilla', 'cookie dough', 
                  'chocolate chip', 'mint chocolate chip', 'rocky road',
                  'peach', 'fudge brownie', 'coffee', 'mocha chip');

стиль.

, Но поскольку я говорю, по-моему, что более важно иметь стиль, вместо того, чтобы волноваться о который.

1
ответ дан 30 November 2019 в 03:03
поделиться

Следуйте стандарту, используемому окружающим кодом. Не создавайте свой собственный "стандарт', неважно, сколько "лучше".

1
ответ дан 30 November 2019 в 03:03
поделиться

В прозе строки дольше, чем приблизительно 80, как показывали, было более трудно считать. (Страница 13 See ЛАТЕКСНОЙ документации класса Мемуаров .) Код, Завершенный (разделяют 18.5, страница 425 моего выпуска) также, ссылается на 80 символьных пределов с этим условием:

С большими экранами, узкими гарнитурами, лазерными принтерами и альбомным режимом, аргументы в пользу предела с 80 символами не являются столь убедительными, как они привыкли для меня. Единственная 90 символьных длинных линий обычно более читаемы, чем та, которая была повреждена в два только, чтобы не перетекать 80the столбец. С современной технологией это, вероятно, в порядке для превышения 80 столбцов иногда.

я расположил бы SQL с отступом в Вашем первом примере отдельно от остальной части кода:

if ($Stmt = $Mysqli->prepare(
            "SELECT color, pattern, size,
                    manufacturer, mfgSku, storeLocation,
                    aisle, status
             FROM tblItems 
             WHERE ourSku = ?")) {

второй пример мог бы быть лучше, если бы он был загружен в конфигурационный файл или таблицу.

третье прекрасно, но Вы могли ограничить его немного с:

$Stmt->bind_result( 
   $this->_firstName,
   $this->_lastName,
   $this->_BillToAddress->address1,
   $this->_BillToAddress->address2,
   $this->_BillToAddress->city,
   $this->_BillToAddress->state,
   $this->_BillToAddress->zip,
   $this->_BillToAddress->country,
   $this->_email,
   $this->_status,
   $this->_primaryPhone,
   $this->_mobilePhone 
);
1
ответ дан 30 November 2019 в 03:03
поделиться

Я не знаю ни о каком стандарте, поскольку было бы трудно сказать. Для тех из нас на более крупных мониторах мы можем просмотреть больше горизонтального кода, чем другие на маленьких мониторах. Я обычно пытаюсь создать длинные строки последовательно через. = (PHP), когда это необходимо, и как Ваш код, продемонстрировал, что я разделил долгие массивы произвольно на новые строки в зависимости от того, сколько символов существует в той конкретной строке.

0
ответ дан 30 November 2019 в 03:03
поделиться

Я не возражаю против опции 3 слишком много (1 объект на строку). Кроме того, лично, я всегда использую wordwrapping, так наличие кода одной строки не беспокоит меня вообще. Однако в Вашем втором примере, с wordwrapping на, который мог быть похожим на путаницу программистам, которые действительно используют wordwrapping. Возможно, я имею меньшую группу, кто не возражает против длинных линий.

0
ответ дан 30 November 2019 в 03:03
поделиться

Лучшая практика обычно происходит от целей позади самого ограничения длины строки:

  • совместимость Увеличения (между программистами, редактируя программное обеспечение, и т.д.)
  • Для увеличения удобочитаемости и понимания
  • Для увеличения удовольствия и скорости разработки
  • Для увеличения доходов и прибыли

Таким образом, выбор, такой как выравнивание всех stmt параметров, хороша, если они способствуют и собственному будущему пониманию и тому из других в команде.

Hope это помогает ;)-M

0
ответ дан 30 November 2019 в 03:03
поделиться

Некоторая полезная информация здесь http://framework.zend.com/manual/en/coding-standard.coding-style.html

0
ответ дан 30 November 2019 в 03:03
поделиться
Другие вопросы по тегам:

Похожие вопросы: