Questions tagged «asp.net»

已关闭。这个问题需要更加集中。它当前不接受答案。 想改善这个问题吗？更新问题，使其仅通过编辑此帖子来关注一个问题。 5年前关闭。 有趣的是，我访问了许多.aspx网站，每个网站需要大量的加载时间。 我的经历是否独特？ 如果没有，为什么ASP.Net网站加载缓慢？ 编辑：现在大约7年后（12/29/2017）。好消息是，我再也看不到这个问题了，可能是因为Google开始惩罚加载速度太慢的网站。我现在使用ASP.NET MVC并取得了良好的效果，目前在Vultr专用虚拟服务器上运行（尝试使用Azure时速度太慢了。）我现在看到的一些最严重的违规行为是CMS系统，如Wordpress和Drupal，可能在对于网站获得的流量而言太慢或规格不足的硬件。-HK1

9 programming-languages  web-development  asp.net 

我们的团队最初由大多数服务器端开发人员组成，他们只具备Javascript方面的最少专业知识。在ASP.NET中，我们过去经常在代码背后或通过MVC中的控制器编写许多UI逻辑。 不久前，有2位高级客户端开发人员加入了我们的团队。他们可以在HTMl / CSS / Javascript中完成我们以前使用服务器端代码和服务器端Web控件可以做的几乎所有事情： 显示/隐藏控件 做验证 控制AJAX刷新 因此，我开始认为，围绕我们的业务逻辑创建一个高级API可能会更有效，例如Amazon Fulfillment API：http : //docs.amazonwebservices.com/fws/latest/APIReference/，以便该客户端端开发人员将完全接管UI，而服务器端开发人员将仅专注于业务逻辑。 因此，对于订购系统，您将拥有一个高级API，例如： OrderService.asmx CreateOrderResponse CreateOrder(CreateOrderRequest) AddOrderItem AddPayment - SubmitPayment - GetOrderByID FindOrdersByCriteria ... 可以通过JSON / REST访问API，因此很容易从客户端UI中使用。我们可以使用此API进行内部UI开发，也可以让第三方使用此API创建自己的应用程序。 随着Javascript的发展以及优秀的客户端开发人员的可用性，现在是否是摆脱代码隐藏/控制器并仅专注于开发客户端开发人员可以使用的高级API（阿拉玛）的好时机？

9 javascript  architecture  asp.net  team  enterprise-architecture