a = (1..5).select(&:even?).map do |s|
s * 2
end
a #=> [4, 8]
로 블록을 취하는 식 리팩토링 I는 방법 및 그 블록 인수로 a의 우측 표현 리팩토링 싶다. refactor 또는 refactor2를 사용 def refactor
(1..5).select(&:even?).map { |e| y
EF 코어를 사용하여 데이터베이스를 쿼리하고 있으며 리포지토리 클래스에서 이와 같은 여러 쿼리를 사용하여 필터로 전달 된 값을 기준으로 결과를 필터링합니다. if (!string.IsNullOrEmpty(queryObj.JobBoard))
query = query.Where(j => j.JobBoard.JobBoardName.Contains(
보고서 모듈에는 리팩토링하려는 전자 메일 서비스가 있으므로 일반 용도의 전자 메일 서비스로 사용할 수 있습니다. 사실, 나는 그들이 리팩토링의 주요 이유가되도록 비밀번호를 재설정하고자 할 때 사용자에게 이메일을 보내야한다는 요구 사항이 있습니다. public class EmailService{
public Email buildEmail(Repor
W.r.t 자바 프로젝트 중 하나에 우리는 최근 SonarLint를 사용하기 시작했습니다. 코드 분석 결과에 너무 많은 중요한 코드 냄새 경고가 나타납니다. Critical code smell: Refactor this method to reduce its Cognitive Complexity.
나는 Cyclomatic Complexity에 대해 들었지
나는 홍보의를 검토하고있어, 그리고 저자는 따라서, 반복 ternaries를 사용하는 상황이있다 -이 반복되는 것 같지만 더 좋은 방법은 바로 마음에 봄하지 않는 const foo = isConditionTrue ? 'foo' : '';
const bar = isConditionTrue ? 'bar' : '';
const baz = isCondition
의도 한대로 작동하는 샘플 자동 완성 응용 프로그램을 작성했습니다. HTML <div class="wrapper">
<div class="search">
<input type="text" id="search" placeholder="Search" onkeyup="autoComplete(this.value)">
<button o
다른 코드 냄새에 대해 배우고 적절하게 코드를 리팩토링하려고합니다. Long Methods, Type Checking에 대해 배웠지 만 이러한 코드 냄새를 식별하는 데 문제가 있습니다. 긴 메서드 또는 형식 검사 인 경우 어떻게합니까? 그것이 ifs를 많이 가지고 있거나 스위치를 무엇으로 간주 할 수 있습니까? 다른 코드 냄새를 식별하는 다양한 기술은 무엇
기본 DI 구현을 사용하는 Asp.net 핵심 프로젝트가 있습니다. 그래서 BL 서비스 인스턴스, 리포지토리, EF 컨텍스트를 DI로 얻습니다. 매개 변수별로 특정 형식을 반환하는 추상 메서드가 있습니다. "new"로 인스턴스를 직접 생성하는 것을 좋아하지 않습니다. 하지만이 논리를 DI로 전달할 수 있는지 확실하지 않습니다. 질문 - DI 사용법을 리팩터