«design» 태그된 질문

소프트웨어 설계를 통한 솔루션의 문제 해결 및 계획에 대한 질문.

10
오늘날 디자인 패턴이 정말로 필수적인가?
나는 "코더의 직장" 을 읽고 있었고 ,이 책에서 인터뷰 한 일부 전문가들은 디자인 패턴에 대해 열성적이지 않다는 사실에 직면했다. 나는 이것에 대한 두 가지 주요 이유가 있다고 생각합니다. 디자인 패턴은 우리가 그들의 용어로 생각하도록 강요합니다. 다시 말해, 새로운 것을 발명하는 것은 거의 불가능합니다. 디자인 패턴은 영원히 지속되지 않습니다. 언어와 기술은 …

12
테스트 가능한 코드가 더 나은 코드입니까?
내 코드로 단위 테스트를 정기적으로 작성하는 습관을들이려고하지만 먼저 테스트 가능한 코드 를 작성하는 것이 중요하다는 것을 읽었습니다 . 이 질문 은 테스트 가능한 코드를 작성하는 SOLID 원칙에 대해 다루지 만 테스트 설계를 전혀 계획하지 않고 이러한 설계 원칙이 유리한지 (또는 적어도 유해하지 않은지) 알고 싶습니다. 명확하게하기 위해-필기 시험의 중요성을 이해합니다. …

17
사용자 인터페이스 클래스를 명령 행 인터페이스로 대체 할 수 있다고 생각하는 아키텍처를 설계하는 것이 좋습니다.
코드 완성 페이지 25에서 일반 사용자 인터페이스 클래스를 명령 행 1로 쉽게 대체 할 수있는 것이 좋습니다. 테스트의 장점을 알고 있으면 어떤 문제가 발생할 수 있습니까? 이 추가 작업이 웹 및 모바일 프로젝트에 실제로 도움이됩니까? 중소 프로젝트는 어떻습니까? 동일한 규칙이 적용됩니까? 디자인이 더 복잡해지면 어떨까요?


8
"소프트 코딩"이란 무엇입니까?
에서 이 문서 알렉스 Papadimoulis으로,이 조각을 볼 수있다 : 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 >= 5 …
87 design 

11
왜 main ()이 짧아야합니까?
저는 9 년 넘게 프로그래밍을 해왔으며, 첫 프로그래밍 교사의 조언에 따라 항상 main()기능을 매우 짧게 유지 합니다. 처음에는 왜 그런지 몰랐습니다. 나는 교수님의 기쁨에 크게 이해하지 않고 순종했습니다. 경험을 얻은 후에 코드를 올바르게 디자인하면 짧은 main()기능이 발생한다는 것을 알았습니다. 모듈화 된 코드를 작성하고 단일 책임 원칙을 따르면 내 코드를 "번치"로 …

22
자연스럽지 않기 때문에 OOP가 어렵습니까?
OOP는 사람들이 세상에 대해 생각하는 방식과 자연스럽게 일치한다는 것을 종종들을 수 있습니다. 그러나 나는이 진술에 강력히 동의하지 않을 것이다. 우리 (또는 적어도 나는) 는 우리가 만나는 것들 사이 의 관계 측면에서 세계를 개념화 하지만, OOP의 초점은 개별 클래스와 계층을 설계하는 것이다. 일상 생활에서 관계와 행동은 대부분 OOP에서 관련없는 클래스의 인스턴스였던 …

18
설계 결함 및 굴욕 처리 [폐쇄]
제안한 소프트웨어 디자인에서 항상 기본적으로 정확 했습니까? 근본적으로 잘못된 디자인을 제공하면 동료 팀원의 존중을 잃는 경향이 있습니다. 당신이 그 후에 무엇을 하든지, 그 사건 이후에 당신이 제안한 모든 것에 대해 교차 점검을받습니다. 이것은 당신이 팀을 처음 접했을 때 특히 나쁘고, 당신이 성공한 이야기가 어디 있는지 과거를 알지 못합니다. 아마도 당신이 …
84 design 

11
DRY는 소프트웨어 프로젝트 관리의 적입니까?
가장 기본적이고 널리 인정되는 소프트웨어 개발 원칙 중 하나는 DRY입니다 (반복하지 마십시오). 또한 대부분의 소프트웨어 프로젝트에는 어떤 종류의 관리가 필요합니다. 이제 관리하기 쉬운 작업 (예상, 일정, 제어)은 무엇입니까? 올바른 반복 작업, DRY에 따라 피해야 할 작업. 따라서 프로젝트 관리 관점에서 기존 코드를 100 번 복사하여 작업을 해결하고 필요에 따라 각 …

9
코드를 작성할 수는 있지만 잘 디자인 할 수는 없습니다. 어떤 제안? [닫은]
나는 비트와 조각으로 코드를 작성하는 데 능숙하다고 생각하지만 내 디자인은 정말 짜증납니다. 문제는 디자인을 어떻게 개선하고 더 나은 디자이너가 되는가입니다. 학교와 대학은 수학적 문제 해결에 능숙 해지는 방법을 사람들에게 가르치는 데 많은 도움이되지만 학교에서 만든 대부분의 응용 프로그램은 일반적으로 약 1000-2000 줄 정도의 길이라는 사실을 인정합니다. 실제 소프트웨어의 복잡성은 수십만에서 …
83 design  skills 

7
Dependency Injection 또는 정적 팩토리를 사용해야합니까?
시스템을 설계 할 때 다른 모듈에서 사용하는 많은 모듈 (로깅, 데이터베이스 액세스 등)이 발생하는 문제에 종종 직면합니다. 문제는 이러한 구성 요소를 다른 구성 요소에 제공하는 방법은 무엇입니까? 두 가지 대답은 가능한 의존성 주입 또는 팩토리 패턴을 사용하는 것 같습니다. 그러나 둘 다 잘못된 것 같습니다. 팩토리는 테스트를 어렵게 만들고 구현을 …

12
JSON 데이터가 아닌 HTML을 반환하는 엔드 포인트에서 실제로 무엇이 문제입니까?
처음으로 PHP를 배우기 시작했을 때 (약 5-6 년 전) Ajax 에 대해 배웠고 "단계"를 밟았습니다. 서버는 HTML 데이터를 반환하고 DOM의 innerHTML에 넣습니다. XML과 같은 데이터 전송 형식에 대해 배우고 JSON을 사용합니다. 바닐라 JavaScript 코드를 사용하여 JSON을 반환하고 UI를 빌드합니다. jQuery로 이동 API, 헤더, HTTP 상태 코드, REST , CORS 및 …
77 design  ajax 

16
무작위로 스스로를 죽이는 프로그램을 설계해야합니까? [닫은]
간단히 말해서 전체 시스템의 이점을 위해 프로그램, 프로세스 및 스레드에 대한 수준을 낮은 수준으로 설계해야합니까? 실패가 발생합니다. 프로세스는 죽는다. 우리는 재난을 계획하고 때때로 그것을 복구합니다. 그러나 우리는 예측할 수없는 프로그램 사망을 거의 설계하고 구현하지 않습니다. 우리는 서비스 가동 시간이 서비스를 계속 유지하기를 원하는 한 오래되기를 바랍니다. 이 개념의 매크로 예는 …
76 design 

4
많은 소프트웨어 개발자가 개방 / 폐쇄 원칙을 위반하는 이유는 무엇입니까?
많은 소프트웨어 개발자 가 업그레이드 후 응용 프로그램을 손상시키는 기능 이름 변경과 같은 여러 가지 사항을 수정 하여 개방 / 폐쇄 원칙 을 위반하는 이유는 무엇 입니까? 이 질문은 React 라이브러리 의 빠른 버전과 지속적인 버전을 마친 후 제 머리로 뛰어 넘습니다 . 짧은 기간마다 구문, 구성 요소 이름 등이 …

7
소프트웨어 프로젝트에서 우발적 인 복잡성을 관리하는 방법
Murray Gell-Mann에게 Richard Feynman이 어떻게 그렇게 많은 어려운 문제를 해결할 수 있는지 물었을 때 Gell-Mann은 Feynman이 알고리즘을 가지고 있다고 응답했습니다. 문제를 기록하십시오. 진짜 열심히 생각하십시오. 솔루션을 작성하십시오. Gell-Mann은 Feynman이 다른 종류의 문제 해결사이며 자신의 방법을 연구하여 얻을 수있는 통찰력이 없다고 설명하려고했습니다. 중형 / 대형 소프트웨어 프로젝트에서 복잡성을 관리하는 것과 같은 …

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.