[프런트 엔드] 알파 검토 블로그를 보여

우리 팀

  • JINGYI시에 : 기술을 선택, 프로젝트 초기화, 무거운 프로젝트를 통해 침입하기 어려운에 대한 책임은 앞면과 연방 수사 국 (FBI)의 후단 및 최종 수리 작업을 주재.
  • Hanyue 화 : 상담 및 설문 및 홈 페이지를 코딩에 대한 책임 API.
  • 지웨이 우 : 준비 편집기 기능을 담당합니다.
  • Jiaqi 쑤 : 프롬프트를 표시하기위한 책임이 함수를 실행 한 결과를 작성합니다.
  • 웨이 이순신 : 연방 수사 국 (FBI)은 논리와 편집기 페이지 편집기 페이지에 대한 책임이 있습니다.

일반적인 현장 설명

우리의 제품 (예 : 대학 신입생 등) 초보자를위한 프로그램 또는 일부 프로그래밍 기초를 가지고 있지만 빠른 직원 (현재는 파이썬을 고려) 새로운 언어를 시작할 필요가있다. 그들은 모두 필요가 어떤 방식으로 새로운 언어를 시작했지만하세요 있기 때문에 전자는 또한 교육이나 프로그래밍 생각 일반적으로 사용되는 알고리즘해야 할 수 있습니다 동안 만, 문법에 대한 몇 가지 교육을 할 필요가 서로 다른 배경의. 우리는 질문을 사용자의 수준을 단계로 권장되는 단계에 대한 적절한 제목을 기록하고하는 사용자 실수, 오류가 공포 학습 프로그램의 감각을 줄이기 위해 인도적인 팁 인터프리터 / 컴파일러를 변환 할 때.

팀 관리 및 협업

노동 "우리 팀"섹션의 부서의 구성원을 참조하십시오.

팀에서 우리는 무엇보다도 먼저 우리 자신의 지점을 만들려면이 사람에 따라 다음 자신의 본점 프론트 엔드 마스터의 팀을 보유하고있다 공통의 자식 워크 플로우를 채택, 후자 내포 한 프론트 엔드 마스터 기능은 함께 다음 완료되며, 마스터 지점에. 과제는 우리가 할 수있는 회원들과 팀 전체의 구성원 사이의 결합의 정도를 최소화 할 일이있을 때 효율적으로 평행. 기능 결합 부재 정말 관계를 위해, 우리는 효율성을 개선하기 위해 개발에 더 많은 교류를하도록 격려.

팀 간의 협업을위한, 우리는 주로 백엔드 도킹이 필요합니다. 우리는 공동 hackmd 문서에이 도구를 사용합니다. 첫째는 우리의 프런트 엔드, 백 엔드에서 요구하는 인터페이스를 제안하고 학생들의 합리성, 개발을 평가합니다. 그것을 만들기 위해 참여 요구, 우리는 사람들의 세 그룹으로 충족 될 문제의 일부에 있어서는 물론, 확인이 필요의 이해 편차를 생성하지 않았다.

프로젝트 품질 관리

사실, 백 엔드 데이터의 프론트 엔드의 개발에 매우 ​​의존. 후단 우리가 발전 할 수있는 시간에 완료되지 않은, 우리는 다음과 같은 전략을 사용 : 함수로 패키지에 의해 요청 된 논리 함수, 각각의 실제 서버 및 모형 두 가지 버전을 달성 - 전자는 단순히 인터페이스 형식으로 반환된다 요청 실제 로직을 포함하고 더미 데이터. 이러한 방법으로, 우리는 병렬 및 백엔드에서 개발할 수, 프런트 엔드 로직은 가능한 한 빨리 테스트를받을 수 있도록하기 위해, 동시에 새로운 오류의 후반 도입을 방지하기 위해 도킹 할 때 작업 부하를 최소화 할 수 있습니다.

나는 우리의 알파 단계 현장의 결과가 매우 우선 우리가 제시 인류 신속하고 합리적인 방식의 오류를 했는가, 우리에 맞게 생각, 우리의 추천 시스템 다음 또한, 사용자의 답변입니다 프런트 엔드에 중점을 어느 정도 가지고 성취의 시작, 우리는 또한 사용자가 부드럽고 경로의 합리적인 사용을 위해 시스템의 사용이 설계하는 것이 좋습니다.

모든

기술 소개 자세한 사항

(관련 개발 경험이 있었다) 자체 기술 선택 바이어스 여기 몇 가지 있지만, 그것은 좋은 선택이 될 것입니다 - 우리는 메인 프레임과 프런트 엔드 Vue.js를 사용합니다. 우리가 Vuetify을 선택한 UI 프레임 워크, 이것은 재료 디자인 스타일 프레임 및 신속한 개발을위한 통합 Vue.js 높은 수준이다.

이 프로젝트는 특히 "공동화"기능 큰 어려움 편집기입니다. 우리의 생각은 :이 뺄셈을 할 수있는 포괄적 인 코드 편집기를 기반으로 한, 처음부터 개발하기보다는. 우리는 ACE 편집기를 발견 그래서, 이것은 강력하고 사용자 정의하고 유연한 프런트 엔드 코드 편집기 수 있습니다. 더 사실, (2) 사용자 커서의 위치에 따라 사고 대응을 입력할지 여부를 결정하는 동안, 행의 일부의 스타일을 변경하는 것입니다, 공동화 소위 아무것도의 현재 구현. 우리는 공기 내부에 사용자의 활동의 범위를 제한하도록, 같은 붙여 넣기, 실행 취소, 다시 실행 등의 보조 기능, 많은 수의 편집기를 사용할 수 없습니다. 물론, 우리는 또한 캐리지 리턴과 라인 최초의 백 스페이스 동작으로 일부 이벤트의 동작을 변경은 사용자 경험을 개선하기 위해, 위 아래로 커서를 이동하게된다.

추천

출처www.cnblogs.com/hsfzxjy/p/11879644.html