本主题中的问题是如此广泛，在各种可能的办法，不可避免的问题，任何现实的回答只能指向整体的方式。
今天许多人希望，并希望建立动态数据驱动的网站存在，这很容易适应新材料，修订和访客互动的架构。例如1-idc.net是一个动态的网站。虽然内 的所有勤政为民达到优质工程的目标是，将是一个错误低估到底是什么是一个相当具有挑战性的任务，特别是在任何未来项目的技术对象。即使是最简单的动态 Web存在需要足够的技巧，在各种学科。
会议不可或缺的目标，任何人都不能偏离良好的数据库设计。仅在本学科准备自己是一个相当大（但不是解除）机构工作。一旦我们总结了项目目标，我们必须实现这些设想的声音。然后我们的编程语言或工具来选择，是基于一个理想的项目架构的愿景。
从一开始就看到全貌，然后，最重要的技能是所有。
因为任何动态Web存在的核心是它的数据库和数据处理，我们的第一个重要目标是使数据库引擎的一个深远的决定。这不是一个好主意，希望能随随便便做出这样的决定只是一些表面上的，最合理的初始的方式 。
这个第一个决定的重要对象，是计划项目的方式（工具和数据库引擎），这将支持您的需求下降的道路，未来一路过关斩将，在其中，因为你做出了正确的初 步决定，你会建立有效后，你的初步基础，有效，并没有最终阻碍。这意味着，理想，例如，你选择数据库引擎不容易，看似简单的部署今天，从一开始就必须有一 个引擎会支持你的下游加工需求。
有时商业考虑进一步影响这样的选择。什么引擎出席密集（和昂贵）？什么样的发动机几乎出席在维持处理目标的实现最终的项目必须保持？一般来说，遵循的模式是选择你的引擎，基于两种可能的处置之一。
要做到这一点，你必须第一个图表的基本表需要。专业的甚至不会需要建立此地图（无论涉及数百或上千个数据表，即使是），因为他们通常会立即看到，架 构和未来的需求，你是否会需要的支持是读取或写入密集型。然后，您将选择适当的数据库，基于这个整体处置，或许进一步根据个人品味和经验，为各自的软件开 发工具可能谓词工作。
MySQL是为读密集型的实现通常的选择。许多开发商看，如可靠的写入密集型实现的PostgreSQL数据库。走向等的重要工具，通过仔细研究， 并借鉴池一般的软件产业发展的经验，我们开发我们的性情。费用一般可避免的，因为很好的工具，免费部署。我们正在寻找的是表现在读取或写入密集的环境，可 靠性，易用性和减少行政，并与未来的软件开发工具的准备集成。
2、选择你的软件开发工具
有两种模式来考虑，在选择软件开发工具 。据称“易”的工具很少，其实容易，当一个项目不可避免地打破了一般仅限于“易”的工具的发展和功能模式的投。如果你想要做的事情超出“易”的工具，如纳 入一个动态生成的URI的语言或翻译参数，它可能更难以实现在“易”的工具，可能需要极其复杂的编程技能为高达诱骗做更复杂的事情简单的模式。
我们必须掌握的工具，以建立良好的项目 。这并不简单的工具，最好的选择，或最先进的工具，一个艰难的命题 。“易”发展的陷阱一般包括限制变得非常昂贵，以克服在项目的必然演变。一个这样的工具种类繁多，一般出现，表面上是满足这些需求 。
但模式的工具，“持久的背叛一个完成了这个目标的表面事实，等等，一般我们发现，最复杂和最强大的工具，以下良好的模式（或对象和库的可用性），不 仅缓解几乎不可避免的障碍物简单的工具，但同样地，然后让“越来越有”一个更为简单的过程 。当我们检查可用的工具的范围，一般不太全面的模型是在最初的发展概念，并提供更好的概念后所产生的工具（否则他们不会有生存的机会已经赢得市场 ）。
如果我们选择一个据称是简单的工具，那么，我们要找的是一个发展的格局，这是易于使用的和没有最终阻碍。为新手的矛盾，然后是在路上看到，到目前为 止，我们可以感知一个给定的工具集编程障碍物的难度。我个人的倾向和意见是最好的工具是最强大和项目的方法方面的限制最少的 。
自由发展你想要什么，需要的往往意味着打破一般模型，然后在表面上简单的工具，几乎可以打破最丰富和先进的软件工程师的大脑，因为在这样的一个对象 成功的挑战，就是“简单” 模型做的东西，它可能不支持本机容量 。例如真正的“红宝石”比的基本工具，更容易的C + +或C＃ ？号不是真的，特别是如果你已经打破了Ruby的 ??简单模型提供重要的功能。
像Ruby，GCC是Linux和OSX。Ruby还配备OSX上-你只需要发现您的系统上。据称更容易的工具，我个人的选择是Ruby 。真正成熟的工具，C + +和C＃将长成未来的统治至上，事实是，这些都是发展不受阻碍的车辆。因此，直坐起来认真研究和支撑，因为不管你选择的道路，你要不仅掌握您的工具，但潜 在的限制性模型，这些工具最终可能拖累您。
Ruby是可能远远超过了几乎所有的“易”，同行的清洁 。C + +是支配卓越的工具;事实上，经验丰富的大师会变成绝世项目难度远不如比他们可能与一个据称是容易的工具完成同样的目标可能。
最终，开发商从这个观察流浪付出一些代价：要么选择最有利于“易”的工具，或者少担心在产权负担，在最先进的工具自由 。在后一种情况下，你掌握的FastCGI对象，采取球和运行。巨大的概念，往往用很少的代码实现 。是的，简单的工具相同的索赔，但离我们通过提炼在表面上的困难等方式，偏离他们通常奇异的模式带来了非常困难的工程挑战，除了性能障碍其中C + +的解析。
3、在解决这些问题的的过程中
我们不可避免地要研究开发项目的性质，我们的愿望变成的基本款或模式。这意味着抓住了最好的工具，我们要比较文学，至少给我们的概念以某种形式，它 可能需要在一个给定的工具，比别人 。之前你选择，例如红宝石，你可以选择重要的书籍，如“的Ruby编程语言”和“使用Rails进行敏捷Web开发。
“ 你的初步研究，不仅要充分掌握的工具，它必须设想如何，你可以有-如何可以提供的工具，您可以选择所需的功能。这是一个艰巨的任务的启动。如果你要比较据称容易发展环境最好的最好的，你必须评估以及最佳的C工具 。
如果你真的是一位经验丰富的的工程师，你挑彗星从限制自由 。是C真的比较困难？第语法的语法。最后，你必须掌握表达了相同的功能;和真理，C语言家族是优秀的。关于成绩出在C + +是把你的手，你可能需要建立在对模型的门很难的事情。
几乎15年前的一个良好的开端，是原来的FastCGI组件在Borland的CPPBuilder -可能仍是最好的的C + +的 Windows。即使C启动可以走多远这样的面向对象的方法，因为维持功能的一般模式是建立到你的工作非常的。
你的工作更自由流动比，它可以在Ruby例如，当你有可能打破或超过了你的方法的Ruby模型。另一方面，Rails的脚手架技术加快了很多工作的 新手，当且仅当该项目适合一般模具的Ruby和Rails 。介绍例如基本的安全规定，但是你所有的红宝石接口的认可，而接下来的事情你知道，你重新写了一千行协商您的应用程序为每个表的自动生成的Ruby代码 。
就是这么简单吗 ？好吧，我与Windows编辑器NoteTab临，居住在OSX系统上的Ruby项目;和复杂的宏，使我的修订，也许第二定制一千行代码到几乎两倍。尽 管如此，这涉及到比较简单，基本功能，其中一个项目限制。事实是，在C + +中，我们可以写我们自己的对象，处理这些任务，真正普遍-你甚至从来没有复制这个过程。因此，这些都是权衡。
最后，面向对象的C是最强大和最有效的 。这意味着它是最少的工作，以及 。
4、无论您选择的编程工具，有没有办法避免依赖一个合理掌握HTML和CSS。一般情况下，依靠丰富的开发人员的重要材料W3C.org。
提示
因此没有什么可以取代详尽的研究和评价。
你追求的一个重要组成部分，然后将你的双手得到最好的资源。我将开始使用Ruby，如果你想脱颖而出，你必须评估面向对象的C语言，写得很好的项目的环境中，外执行所有同行。
从来没有想到，那么，表面上的快捷方式实际上加速了工作。很多时候，相反的是真实的。
进一步阻碍真正掌握简单的工具，是违反职业道德的行为在许多论坛。有一个巨大的差异之间的专业知识和假装的技能，常可导致你以正确的方式远远误入歧途。信息的最佳来源是一般最有成就的的同龄人，没有假装据称主张坚持一个模式，向他们提供简单的工具的主人。
你要到网站建设论坛提交问题，主要的原因是您将需要超过从而打破据称简单的方法，包括模型。当你不可避免地运行到这些需求，你需要的最好的建议。
0 Comments