久久久久久久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;為什么?)
主站蜘蛛池模板: 永久免费视频 | 国产精品成人一区二区三区 | 午夜看片网站 | 黄免费看| 亚洲精品欧美一区二区三区 | 久久91| 亚洲 自拍 另类 欧美 丝袜 | 中文天堂在线观看 | 久久国产三级 | 黄色大片在线视频 | 国产aⅴ | 天天综合网7799精品 | 色综合99| 亚洲一区 中文字幕 | 亚洲免费在线观看av | 黄色在线 | 欧美精品一二三区 | 成人激情视频在线 | 资源首页二三区 | 久久久久久国产 | 成人在线精品视频 | 日本欧美在线 | 成人精品国产 | 91精品久久久久久综合五月天 | 国产精品不卡一区 | 精品一区二区三区四区五区 | 美女张开腿露出尿口 | 一区二区在线免费播放 | 天天艹| 亚洲av一级毛片 | 超碰在线网站 | 美女视频. | 亚洲高清av在线 | 在线观看视频一区二区三区 | 亚洲午夜精品 | 亚洲视频在线免费观看 | 九九热精品在线 | 久久久久亚洲 | 香蕉大人久久国产成人av | 不卡一区二区三区四区 | 一区二区三区视频播放 |