Запитання з тегом «coding-standards»

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

9
Чи погана практика JS Boolean, що має власні властивості?
У JS ви можете повернути булеве значення, яке має власні властивості. Напр. коли Modernizr випробовує підтримку відео, він повертається trueабо, falseале повернений Boolean (Bool є об'єктом першого класу в JS) має властивості, що визначають, які формати підтримуються. Спочатку це мене трохи здивувало, але потім мені почала подобатися ідея і почала …
8
Чи потрібно додати регістр за замовчуванням під час використання корпусів комутаторів?
Під час недавнього перегляду коду мене попросили помістити регістри defaultу всі файли, де б switchне використовувався блок, навіть якщо в цьому нічого робити default. Це означає, що я маю поставити defaultсправу і нічого не писати в ній. Це правильно робити? Якій меті це послужило б?
13
Поводження зі стандартами кодування на роботі (я не начальник)
Я працюю над невеликою командою, близько 10 дев. У нас взагалі немає стандартів кодування. Є певні речі, які стали нормою, але деякі способи вчинити цілком розбіжно. Моя велика - відступ. Деякі використовують вкладки, деякі використовують пробіли, інші використовують різну кількість пробілів, що створює величезну проблему. Я часто стикаюся з конфліктами, …
5
Проблеми з уникненням занять з іменування Smurf з просторами імен
Я потягнув звідси термін smurf іменування (номер 21). Щоб врятувати будь-кого, хто не знайомий з проблемою, іменування Smurf - це акт префіксації купи пов’язаних класів, змінних тощо із загальним префіксом, щоб у результаті ви отримали " SmurfAccountViewпропуск a SmurfAccountDTOдо SmurfAccountController" тощо. Я зазвичай чув це рішення - створити простір імен …
13
Ви префікс імен змінних з абревіатурою типів змінних? (Угорська нотація) [закрито]
У моїй теперішній роботі немає інструкцій щодо кодування. Кожен майже кодує так, як хоче. Що добре, оскільки компанія невелика. Однак нещодавно один новий хлопець запропонував завжди використовувати угорські позначення. До сих пір деякі з нас використовували якусь угорську нотацію, деякі - ні. Ви знаєте, це інженерна компанія, тому стилі кодування …
5
Чи достатньо, щоб методи розрізняли лише за назвою аргументу (а не за типом)?
Чи достатньо, щоб методи розрізняли лише за назвою аргументу (а не типом) чи краще називати його більш чітко? Так , наприклад T Find<T>(int id)проти T FindById<T>(int id). Чи є якась вагома причина назвати це більш чітко (тобто додавати ById) проти збереження лише імені аргументу? Я можу подумати, коли підписи методів …
7
Чи є застарілі практики для багатопотокового та багатопроцесорного програмування, які я більше не повинен використовувати?
На початку FORTRAN та BASIC фактично всі програми були написані з заявами GOTO. Результатом став код спагетті, а рішення - структуроване програмування. Аналогічно, покажчики можуть мати труднощі з управління характеристиками в наших програмах. C ++ розпочався з великою кількістю покажчиків, але рекомендується використовувати посилання. Бібліотеки, такі як STL, можуть зменшити …
10
Усунення магічних чисел: коли настав час сказати "ні"?
Ми всі усвідомлюємо, що магічні цифри (важко кодовані значення) можуть спричинити хаос у вашій програмі, особливо коли настав час змінити розділ коду, який не має коментарів, але де ви проводите лінію? Наприклад, якщо у вас є функція, яка обчислює кількість секунд між двома днями, чи замінюєте ви seconds = num_days …
10
Чи варто використовувати оператори перемикання або довго, якщо… інший ланцюжок?
Часто, коли я чую про заяву перемикача, його відкладають як спосіб заміни довгих, якщо ... інакше ланцюги. Але здається, що коли я використовую оператор переключення, я пишу більше коду, який я б просто писав, якби ... ще. У вас також є інші проблеми, такі як збереження всіх змінних для всіх …
3
Це використання символічного постійного перевиконання?
Я досить новачок в інженерії програмного забезпечення, тому в якості навчальної вправи написав шахову гру. Мій друг на це подивився і зазначив, що схожий мій код for (int i = 0; i < 8; i++){ for (int j = 0; j < 8; j++){ при цьому він наполягав на тому, …
20
Що має бути у стандарті кодування? [зачинено]
Що повинно бути в хорошому (читати: корисному) стандарті кодування? Те, що повинен мати код. Речі, кодом не повинно бути. Чи повинен стандарт кодування включати визначення речей, які застосовує мова, компілятор або формат коду? Що з такими показниками, як цикломатична складність, рядки на файл тощо?
4
Чи слід реально використовувати всі великі регістри для своїх констант?
Я насамперед програміст Python, який використовує пілінт для зв’язування вихідного коду. Я в змозі усунути всі попередження, крім одного: Неправильне ім'я для константи. Зміна імені на всі шапки виправляє це, але чи я дійсно повинен це робити? Якщо я це роблю, я вважаю, що мій код виглядає некрасиво, оскільки більшість …
2
Чому в програмному забезпеченні використовується ім'я Win32?
Якщо програмне забезпечення / бібліотека має деяку підтримку платформи Windows, вони майже завжди називають свої каталоги та змінні як win32. Це найбільше поширення в проектах C / C ++. Навіть цільове потрійне використання проекту MinGWwin32 . Чи є для цього причина? Чому б не використовувати власне ім’я, як Windows або …
5
Я програмую занадто повільно? [зачинено]
Я був лише рік у цій галузі, і у мене виникли проблеми з оцінкою конкретних завдань. Перш ніж закрити це, так, я вже читав це: Як відповісти, коли вас запитують про оцінку? і це приблизно та сама проблема, яку я маю. Але я шукаю більш конкретний показник досвіду, щось, що …
10
Чи є у вашої компанії стандарт кодування? [зачинено]
Нещодавно я побачив, що Microsoft випустила документ із стандартами кодування (Стандарти кодування All-In-One Framework Framework ), і це надумало мене ... Компанія, над якою працюю, взагалі не має офіційних стандартів кодування. Є лише кілька розробників, і ми були досить довго разом, щоб перерости в подібні стилі, і це ніколи не …
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.