오래 된 stationmaster 개인적인 경험 웹사이트 구조 문제에 대 한 이야기

중간 트랜잭션 http://www.aliyun.com/zixun/aggregation/6858.html "> seo 진단 Taobao 게스트 클라우드 호스트 기술 홀

내가 최근 자주 주요 웹 마 스 터에 역을 다양 한 기사를 보고, 갑자기 나는 발견이 자습서의 구조의 사이트는 매우 드물지만, 일부는 그냥 같은 합리적인, 합리적인 방법 어떤 다음 표시 되지 않습니다 어떻게 반복. 바로, 내가 경험이 어떤이 지역에 있습니다. 나는 독립적으로 프로그램을 개발 하지 게임 완전 한 역, 때문에 사용, 함수는 이미 CMS에 가까운. 하지만 난 디자인의 처음에서 심각 하 게 생각 하지 않았다. 그래서 나는 매우 가난한 확장성 프로그램을가지고 있다. 이 시점에서 왜 소프트웨어가이 직업을 설계 해야 이해, 좋은 디자인은 또한 웹사이트 최적화의 매우 중요 한 단계, 사람들 처럼, 강한 이지만 활성 마음 결과의 부족은 상상할 수 있는.

비록 대부분의 웹 마 스 터 대부분의 CMS 사용할 수 있습니다. 그것은 보인다, 프로그램의 구조에 대해 걱정할 필요 하지 않습니다 하지만 습관 적당 한 구조 디자인을 것 같아요. 그래서 오늘은 내 자신의 웹 사이트 아키텍처 개발 로그를 사용 하 여는 문제 중의 일부의 사이트 구조를 이해 하는 당신을 끌 것 이다 난 물론, 이건 모두! 역할의 확장을 할 수 그냥.

전 약 1 년 전, 새로운 게임 카드 게시 시스템 해야 했다. 그 당시 난 그냥 자신에 게 사용 하는 그래서 다음에 대 한 내 사전 설정 디자인 여러 측면: 열 관리, 게임 소개, 카드 번호 관리 절차. 이러한 세 가지 주요 특징입니다. 만들기 시작 하기로 했다. 생산 완료 되 면 게임 대리점을가지고 있기 때문에 이러한 세 가지 기능, 적당 하지 않습니다, 경우에 각 게임의 문제를 치료 하지 않으면 열 수준 필요 합니다 나타났습니다. 그래서, 나는 디자인의 2 개의 분류를 단일 열 디자인에서 개선 프로그램 코드의 일부를 있다. 이 프로그램의 백그라운드에서 문제를 다루고, 후 페이지 차례 이다. 원래 아이디어는 간단 하다, 때문에 전경 사용 하는 동적 디스플레이 나중 원하는 더 나은 개발 따라서 결정 하기 때문에 정적 디스플레이 변경. 프로그램 서식 파일을 신중 하 게 생각 하지 않고 처음에 어떤 방식으로 구현 됩니다이 문제를 양산 하고있다, 그래서 나는 템플릿을 정의 하는 데이터베이스에 직접. 사이트를 더 큰 되 면 문제는 다시 온다. 있었기 때문에 아무 심각한 생각 구조. 서식 파일의 문제는 점점 더 디자인의 부조리를 보여준다. 첫째, 그들의 자신의 템플릿 코드를 정의 하는 데이터베이스 가시성 가난, 직접 수정할 수 수 없습니다. 둘째, 내 첫 번째 수준 열 그랜드 게임 등 별도 서식 파일을 해결할 수 없습니다 경우. 영원한의 그랜드 타워 2 단계 열 등 또한 필요 서식 파일 해결 하는 방법?

또한, 콘텐츠 관리, 사이트의 규모에 큰 문제를 모으고 있다. 우선, 클래스 2 분류를 설계 하지만이 내 사이트의 장기적인 발전에 유리한 되지 않습니다. 예: 영원한 타워의 그랜드 게임에 열 나는 경험의 영원한 타워의 독립적인 출시 하 고 싶습니다 다음 3 레벨 분류를 달성할 수 없다. 나중에 3 레벨 분류를 세분화 해야 하는 경우 프로그램 덜 구성할 수 있을 것입니다. 물론, 여기 당신이 변화를 말할 수 있는 아, 기억 하십시오, 귀하의 사이트에 크기, 성장 하는 때 사이트 아키텍처 변화를 다루는 많은 문제가 있을 것입니다, 소요 시간 거 대 한입니다. 우리에 2 7474.html "> 풀뿌리 웹 마 스 터, 하지만 더 많은 시간을." 사이트 문제의 모든 측면을 다루는 필요 하지만 에너지 충분 하지 않습니다. 우리 프로그램에 많은 시간을 보낼 필요가 없습니다. 하지 않는 한 귀하의 사이트 개발 싶지 않아요.

물론, 많은 작은 세부 사항 나 말을 하지 것입니다, 있다 여부이 공간이 너무 깁니다. 또는 말을 내 자신의 게임 프로그램! 그것의 던지기 후. 프로그램의 구조는 약간 이해 하자. 여기 또한 추정 모두를 말한다.

건축 디자인 완벽 하 게 미래를 고려해 야 합니다. 어떻게 당신은 미래에 큰 프레임 디자인, 하지 섹스를 수행 하 고, 오늘 생각는 약간의 하이 아이디어에 따라 개발할 것입니다. 물론, 콘텐츠 페이지에서 완벽 하 게 탐색 해야 설계 하는 방법을 고려 하 고 또한. 그를 과소평가 하지 말라. 때문에 정적 HMTL 지금 사용 된다. 당신은 당신이 그것 잘 처리 하지 않는 경우 문제를 많이 있을 거 야. 프로그램 나 큰 되지 않을 것입니다 보장할 수 있는 확장성의 문제를 고려 하는 디자인의 시작 부분에 있어야? 좋은 프로그램 인터페이스, 인터페이스를 통해 직접 미래의 개선 설정. 웹 사이트, 코어 코드의 일반적인 유형은 실제로 그 단락을 이다. 내 게임 프로그램 처럼 코어 코드 "페이지 레이블" 조각에 지금 있다. 물론, 그것은 또한 인터페이스를 떠나 매우 곤란입니다. 핵심 코드는 프로그램의 모든 측면에 중첩 됩니다. 그리고 코드는 거 대 한. 같은 내 "페이지 레이블"이이 조각, 1600 이상 라인 코드. 이것은 더 나은 일치 하는 데이터 분리를 표시 하는 서식 파일에만 이다. N 외부 함수 보다 더 있다. 만약 당신이 그것에 대해 생각, 그것은 프로그램을 재설계 하는 것과 같습니다. 구조를 잘 완료 되 면 거기 같은 문제는?

글쎄, 그건 그것 오늘입니다. 첫 번째 게임 개척자 http://www.key28.cn/