Запитання з тегом «design»

Питання щодо вирішення проблем та планування рішення за допомогою розробки програмного забезпечення.

10
Чи справді дизайнерські зразки справді важливі?
Я читав «Кодери на роботі» і стикався з тим, що деякі з опитаних у книзі професіоналів не так захоплені дизайнерськими моделями. Я думаю, що для цього є дві основні причини: Шаблони дизайну змушують нас мислити в їх термінах. Іншими словами, винайти щось нове (можливо, краще) майже неможливо. Шаблони дизайну не …

12
Чи краще код для тестування?
Я намагаюся ввійти в звичку регулярно писати одиничні тести зі своїм кодом, але я прочитав, що спочатку важливо написати тестовий код . Це питання стосується принципів SOLID написання тестового коду, але я хочу знати, чи корисні ці принципи дизайну (або принаймні не шкідливі), не плануючи взагалі писати тести. Для уточнення …

17
Чи є гарною ідеєю розробити архітектуру, думаючи, що класи інтерфейсу користувача можуть бути замінені інтерфейсом командного рядка?
На сторінці "Код повного" на сторінці 25 сказано, що добре було б легко замінити звичайні класи користувальницького інтерфейсу командним рядком. Знаючи його переваги для тестування, що з проблемами, які він може спричинити? Чи справді ця додаткова робота окупить веб-та мобільні проекти? Як щодо малих та середніх проектів; чи застосовуються ті …

6
Чому деякі програми С записуються в один величезний вихідний файл?
Наприклад, у минулого інструменту SysInternals "FileMon" є драйвер режиму ядра, вихідний код якого повністю знаходиться в одному 4000-рядковому файлі. Те саме для першої коли-небудь написаної програми, що колись написана (~ 2000 LOC).
88 design  c  source-code 

8
Що таке "м'яке кодування" насправді?
У цій статті Олексія Пападімуліса ви можете побачити цей фрагмент: private void attachSupplementalDocuments() { if (stateCode == "AZ" || stateCode == "TX") { //SR008-04X/I are always required in these states attachDocument("SR008-04X"); attachDocument("SR008-04XI"); } if (ledgerAmnt >= 500000) { //Ledger of 500K or more requires AUTHLDG-1A attachDocument("AUTHLDG-1A"); } if (coInsuredCount >= …
87 design 

11
Чому main () має бути коротким?
Я займаюся програмуванням понад 9 років, і за порадами мого першого вчителя програмування я завжди зберігаю свою main()функцію вкрай коротко. Спочатку я поняття не мав, чому. Я просто слухався, не розуміючи, на радість моїм професорам. Набравшись досвіду, я зрозумів, що якщо я правильно спроектував свій код, з короткою main()функцією просто …

22
Чи важкий OOP, тому що це не природно?
Часто можна почути, що ООП природно відповідає тому, як люди думають про світ. Але я категорично не погоджуюся з цим твердженням: ми (або, принаймні, я) концептуалізуємо світ з точки зору взаємозв'язків між речами, з якими ми стикаємось, але в центрі уваги ООП розробляються окремі класи та їхні ієрархії. Зауважте, що …

18
Недоліки в дизайні та боротьба з приниженням з цього приводу [закрито]
Ви завжди були принципово правильними у запропонованих вами розробках програмного забезпечення? Коли ви видаєте якусь конструкцію, яка була принципово неправильною, ви, як правило, втрачаєте повагу членів своєї команди. Незважаючи на те, що ви робите після цього, ви в кінцевому підсумку знаходяться за все, що ви запропонували після цього інциденту. Це …
84 design 

11
DRY - ворог управління проектами програмного забезпечення?
Один з найбільш основних і широко прийнятих принципів розробки програмного забезпечення - DRY (не повторюйте себе). Зрозуміло також, що більшість програмних програм вимагають певного управління. Тепер, які завдання легко управляти (оцінка, графік, контроль)? Правильні, повторювані завдання, саме ті завдання, яких слід уникати відповідно до DRY. Отже, з точки зору управління …

9
Я можу написати код ... але не можу добре розробити дизайн. Будь-які пропозиції? [зачинено]
Я відчуваю, що мені добре писати код шматочками та шматочками, але мої дизайни справді смачні. Питання в тому, як я вдосконалюю свої дизайни - і в свою чергу стаю кращим дизайнером? Я думаю, що школи та коледжі роблять добру справу, навчаючи людей, як стати добрими у вирішенні математичних задач, але …
83 design  skills 

7
Чи слід використовувати залежно-впорскувальні або статичні заводи?
При розробці системи у мене часто виникає проблема використання купою модулів (ведення журналів, доступ до бази даних тощо), які використовуються іншими модулями. Питання в тому, як я можу запропонувати ці компоненти іншим компонентам. Дві відповіді здаються можливими введенням залежності або з використанням заводської схеми. Однак обидва здаються неправильними: Заводи випробовують …

12
Що насправді не в тому, що кінцева точка повертає HTML, а не дані JSON?
Коли я вперше почав вивчати PHP (приблизно 5 або 6 років тому), я дізнався про Ajax , і пройшов "фази": Сервер повертає дані HTML , і ви помістіть його в DOM в innerHTML Ви дізнаєтесь про формати передачі даних, такі як XML (і кажете "ооо, для чого це використовується)", а …
77 design  ajax 

16
Чи повинні ми розробляти програми, щоб випадковим чином себе вбити? [зачинено]
Якщо коротко, ми повинні проектувати смерть у наші програми, процеси та нитки на низькому рівні, для блага загальної системи? Невдачі трапляються. Процеси гинуть. Ми плануємо катастрофу і періодично відновлюємося від неї. Але ми рідко розробляємо та впроваджуємо непередбачувану програму смерті. Ми сподіваємось, що час роботи наших служб триває до тих …
76 design 

4
Чому багато розробників програмного забезпечення порушують принцип відкритого / закритого типу?
Чому багато розробників програмного забезпечення порушують принцип відкритого / закритого типу , змінюючи багато речей, як перейменування функцій, які порушують додаток після оновлення? Це питання стрибає мені в голову після швидкої та безперервної версії в бібліотеці React . Кожен короткий період я помічаю багато змін у синтаксисі, назвах компонентів, ... …

7
Як керувати випадковими складностями в програмних проектах
Коли Мюррея Гелль-Манна запитали, як Річарду Фейнману вдалося вирішити стільки важких проблем, Гелл-Манн відповів, що Фейнман має алгоритм: Запишіть проблему. Думайте по-справжньому важко. Запишіть розв’язку. Гелл-Манн намагався пояснити, що Фейнман був різним видом вирішення проблем і не було ніякої думки, яку можна отримати від вивчення його методів. Я якось так …

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.