久久久久久久av_日韩在线中文_看一级毛片视频_日本精品二区_成人深夜福利视频_武道仙尊动漫在线观看

有一個網站的單一入口點.壞的?好的?沒問題?

Having a single entry point to a website. Bad? Good? Non-issue?(有一個網站的單一入口點.壞的?好的?沒問題?)
本文介紹了有一個網站的單一入口點.壞的?好的?沒問題?的處理方法,對大家解決問題具有一定的參考價值,需要的朋友們下面隨著小編來一起學習吧!

問題描述

這個問題源于觀看 Rasmus Lerdorf 在 Drupalcon 上的演講.順便說一下,這個問題和他的演講與 Drupal 沒有特別的關系……它只是在他們的騙局中提出的.我自己的問題也與 PHP 無關.這是我很好奇的一般單一入口點.

This question stems from watching Rasmus Lerdorf's talk from Drupalcon. This question and his talk have nothing specifically to do with Drupal, by the way... it was just given at their con. My own question also has nothing specific to do with PHP. It is the single entry point in general that I am curious about.

如今,似乎大多數框架都為您使用它們構建的任何內容提供了一個單一的入口點.在他的談話中,拉斯穆斯提到他認為這很糟糕.在我看來,他的這種想法是正確的.如果訪問該站點的每個人都通過同一個入口點進入,那么在流量達到某個點后,事情不會陷入困境嗎?允許人們直接訪問站點中的特定點而不讓他們的請求通過同一點不是更有效嗎?但也許實際影響不是很糟糕?也許現代建筑可以處理它?也許你必須在規模上真正變得巨大才值得考慮?我很好奇這個網站上的人是怎么看待這個問題的.

These days it seems that most frameworks offer a single entry point for whatever you build with them. In his talk Rasmus mentions that he thinks this is bad. It seems to me that he would be correct in this thinking. If everyone hitting the site is coming in through the same entry point wouldn't things bog down after traffic reached a certain point? Wouldn't it be more efficient to allow people direct access to specific points in a site without having their request go through the same point? But perhaps the actual impact is not very bad? Maybe modern architecture can handle it? Maybe you have to be truly gigantic in scale before it becomes even worth considering? I'm curious as to what people on this site think about this issue.

推薦答案

總之,Rasmus 或解釋是錯誤的.

In short, Rasmus or the interpretation is wrong.

這表明顯然缺乏對計算機工作原理的了解.使用的東西越多,它就越有可能離 CPU 越近,因此速度越快.請注意,單點進入!= 單點故障.但這并不是重點,當人們說單點入口時,我們指的是應用程序,它是您邏輯的單點入口.

This shows a clear lack of understanding how computers work. The more something gets used, the more likely it's closer to the CPU, and therefore faster. Mind you, a single point of entry != single point of failure. But that's all beside the point, when people say single point of entry, we're talking about the app, it is a single point of entry for your logic.

更不用說沒有中央入口點或總體上減少入口點的數量在架構上是腦殘.一旦你想在你的應用程序的每個入口點做一件事,猜猜有多少地方需要改變?在處理過一個每個頁面都獨立存在的應用程序后,不得不進行更改很糟糕,我向您保證,我們需要它.

Not to mention it's architecturally brain-dead not to have a central point of entry, or reduce the number of entries points in general. As soon as you want to do one thing across your app at every entry point, guess how many places need to change? Having dealt with an app that each page stood on it's own, it sucked having to change, and I assure you, we needed it.

這篇關于有一個網站的單一入口點.壞的?好的?沒問題?的文章就介紹到這了,希望我們推薦的答案對大家有所幫助,也希望大家多多支持html5模板網!

【網站聲明】本站部分內容來源于互聯網,旨在幫助大家更快的解決問題,如果有圖片或者內容侵犯了您的權益,請聯系我們刪除處理,感謝您的支持!

相關文檔推薦

Action View Helper in Zend - Work around?(Zend 中的動作視圖助手 - 解決方法?)
Is this a good way to match URI to class/method in PHP for MVC(這是將 URI 與 PHP 中用于 MVC 的類/方法匹配的好方法嗎)
Where do I save partial (views) in Zend Framework, to be accessible for all Views in my App?(我在哪里保存 Zend Framework 中的部分(視圖),以便我的應用程序中的所有視圖都可以訪問?) - IT屋-程序員軟件開發技術
Is MVC + Service Layer common in zend or PHP?(MVC + 服務層在 Zend 或 PHP 中常見嗎?)
Hello World example in MVC approach to PHP(PHP MVC 方法中的 Hello World 示例)
Separation of concerns; MVC; why?(關注點分離;MVC;為什么?)
主站蜘蛛池模板: 久久久久久黄 | 欧美性网站| 亚洲毛片在线 | 国产综合在线视频 | 中文字幕一区二区三区日韩精品 | a级片www| 国产乱精品一区二区三区 | 国产成人a亚洲精品 | 97久久精品午夜一区二区 | 综合色导航 | 成人在线免费观看视频 | 国产一区二区在线播放视频 | 中文字幕电影在线观看 | 亚洲一区二区精品视频 | 国产欧美在线观看 | 亚洲国产中文在线 | 九九久久久| 日日碰碰 | 污片在线免费观看 | 全部免费毛片在线播放网站 | 日韩一区二区在线视频 | 亚洲免费高清 | 欧美一级黄色片免费观看 | 久久青草av | 国产精品爱久久久久久久 | 成人国产精品久久 | 黄色免费网站在线看 | 伊人一区| 欧美一级二级视频 | 特级生活片| 精品91av| 久久久国产精品 | 亚洲一区久久久 | 91精品国产777在线观看 | 国产一二三区精品视频 | 国产羞羞视频在线观看 | 草草视频在线观看 | 中文字幕1区2区3区 日韩在线视频免费观看 | 一区二区三区福利视频 | 欧美色偷拍 | 日本成人中文字幕在线观看 |