| http://dbpedia.org/ontology/abstract
|
Inkapsling i bemärkelsen Separation of Con … Inkapsling i bemärkelsen Separation of Concerns (på svenska ungefär att hålla isär saker och ting, delegera) innebär inom datorprogrammering att man använder olika mekanismer för att separera sådant som på ett abstraktionsplan inte har med vartannat att göra.tionsplan inte har med vartannat att göra.
, In computer science, separation of concern … In computer science, separation of concerns is a design principle for separating a computer program into distinct sections. Each section addresses a separate concern, a set of information that affects the code of a computer program. A concern can be as general as "the details of the hardware for an application", or as specific as "the name of which class to instantiate". A program that embodies SoC well is called a modular program. Modularity, and hence separation of concerns, is achieved by encapsulating information inside a section of code that has a well-defined interface. Encapsulation is a means of information hiding. Layered designs in information systems are another embodiment of separation of concerns (e.g., presentation layer, business logic layer, data access layer, persistence layer). Separation of concerns results in more degrees of freedom for some aspect of the program's design, deployment, or usage. Common among these is increased freedom for simplification and maintenance of code. When concerns are well-separated, there are more opportunities for module upgrade, reuse, and independent development. Hiding the implementation details of modules behind an interface enables improving or modifying a single concern's section of code without having to know the details of other sections and without having to make corresponding changes to those other sections. Modules can also expose different versions of an interface, which increases the freedom to upgrade a complex system in piecemeal fashion without interim loss of functionality. Separation of concerns is a form of abstraction. As with most abstractions, separating concerns means adding additional code interfaces, generally creating more code to be executed. So despite the many benefits of well-separated concerns, there is often an associated execution penalty. is often an associated execution penalty.
, 関心の分離（かんしんのぶんり、英語: separation of concerns、SoC）とは、ソフトウェア工学においては、プログラムを関心（何をしたいのか）毎に分離された構成要素で構築することである。 プログラミングパラダイムは開発者が関心の分離を実践することを手助けするものもある。その為には、モジュール性とカプセル化の実装のしやすさが重要となる。 関心の分離は複雑で依存関係が入り乱れたシステムの理解・設計・運用を容易にすることが出来るので他の工学分野でもみられる。
, Разделение ответственностей (англ. separat … Разделение ответственностей (англ. separation of concerns) — один из основополагающих принципов инженерного дела. В частности — программной инженерии. В информатике разделение ответственностей представляет собой процесс разделения компьютерной программы на функциональные блоки, как можно меньше перекрывающие функции друг друга. В более общем случае, разделение ответственностей — это упрощение единого процесса решения задачи путём разделения на взаимодействующие процессы по решению подзадач. Разделение ответственностей позволяет снизить системную сложность, повысить надёжность и адаптивность (гибкость) программ, обеспечить возможность их повторного использования. Любая парадигма программирования заключается в разделении ответственностей. В случае процедурного программирования — между процедурами и функциями, ООП — между объектами, Аспектно-ориентированное программирование добавляет к этому списку аспекты. Шаблоны проектирования, такие как MVC, обеспечивают Разделение представления и содержания. Сервис-ориентированная архитектура (SOA) предполагает разделение ответственности между сервисами.азделение ответственности между сервисами.
, La séparation des préoccupations (ou sépar … La séparation des préoccupations (ou séparation des responsabilités), traduction du concept d’informatique théorique separation of concerns (SoC) en anglais, est un principe de conception visant à segmenter un programme informatique en plusieurs parties, afin que chacune d’entre elles isole et gère un aspect précis de la problématique générale. C'est une bonne pratique largement reconnue et mise en œuvre dans l'ingénierie logicielle. Une préoccupation (de l’anglais concern) est un ensemble d’informations et de responsabilités (traitements sur les informations) qui entre en jeu dans le code d’un programme informatique. Le concept de préoccupation peut concrètement recouvrir des aspects informatiques très variés, à des échelles de toute taille. Un programme qui intègre les principes de séparation des préoccupations est souvent appelé un programme modulaire, car il sépare son code en différent modules (quelle que soit l'implémentation concrète de ces modules). La modularité, et donc la séparation des préoccupations, est obtenue en encapsulant des informations dans une section de code qui a une interface bien définie. L’encapsulation du code dans des modules amène un masquage de l’information. L'architecture en couches dans les systèmes d’information constitue un autre mode de réalisation de la séparation des préoccupations (par exemple dans l'architecture trois tiers : couche de présentation, couche de traitement dite couche de services, et couche d'accès aux données). L’application du principe de séparation des préoccupations simplifie le développement et la maintenance des programmes informatiques. Quand les préoccupations sont strictement et clairement séparées, les différentes parties du code peuvent être réutilisées, étendues ou modifiées indépendamment des autres, ce qui améliore la maintenabilité et la sécurité de la base de code. Cela permet aussi d’intervenir sur une partie du code sans nécessairement avoir besoin de connaissances sur les autres parties.n de connaissances sur les autres parties.
, V programování se proces oddělení zodpověd … V programování se proces oddělení zodpovědností (Separation of Concerns - SoC) rozumí rozdělení počítačového programu na různé části tak, aby se z hlediska funkcionality tyto části co možná nejméně překrývaly. To znamená, aby určitou funkcionalitu vykonávala pouze část programu k tomu určená. Další část programu by pak neměla kopírovat v sobě stejnou funkcionalitu. Zodpovědnost je typicky synonymem pro jakoukoliv funkcionalitu nebo chování programu. Kvalitní dodržení zásady oddělení zodpovědností bývá často dosahováno za pomoci dalších zásad programování, jako je například modularita, zapouzdření a ukrývání implementace. Vícevrstvá architektura je také důsledkem oddělení zodpovědností. Když máme například třívrstvou architekturu, kdy jsou odděleny části, které se starají o práci s daty, samotnou aplikační logiku a zobrazení výsledků zpracování uživateli. Architektura orientovaná na služby (Service Oriented Architecture – SOA) vychází rovněž z principu oddělení zodpovědností, kdy jednotlivé služby pokrývají řešení určitého problému a poskytují ho za pomocí rozhraní ostatním službám. Každá služba by se měla starat pouze o jí přidělenou funkcionalitu a neměla by překrývat funkcionalitu služby druhé. Druhá služba jí poskytne potřebnou funkcionalitu skrze rozhraní. Pojem oddělení zodpovědností se může vyskytnout ve více oborech. Může se jednat například o obory, které mají něco společného s architekturou, jako jsou územní plánování nebo architektura samo o sobě. Cílem tohoto přístupu je navrhnout dané systémy, ať už se jedná o dům nebo program, tak, aby se dali co nejjednodušeji spravovat a upravovat za doby jejich využití. Jednotlivé funkce systému je nutné navrhnout tak, aby mohly být průběžně optimalizovány, a aby tato optimalizace nezasáhla další funkce a části systému, jak se většinou stává a potom následuje kaskádové rozšíření problémů po celém systému. Dalším důležitým aspektem oddělení odpovědností je fakt, že složitý systém je potřeba vždy určitým způsobem pochopit. Oddělení odpovědností nás vede k návrhu systému tak, aby byl co nejlépe pochopitelný a upravovatelný, což je dnes jeden z hlavních požadavků na veškeré systémy, jelikož požadavky zákazníků se v dnešní době mění neustále. Běžným příkladem může být vedení elektrického proudu v domě pro jednotlivé pokoje a dnes už i pro jednotlivé spotřebiče zvlášť místo například napojení obývacího pokoje na kuchyň, kde je velké množství spotřebičů. Při závadě nebo vyřazení elektrického proudu v kuchyni dojde k vyřazení i obývacího pokoje. Takto se snaží oddělení odpovědností přistoupit i k návrhu programových systémů.řistoupit i k návrhu programových systémů.
, 在計算機科學中，關注點分離（Separation of concerns，SoC）， … 在計算機科學中，關注點分離（Separation of concerns，SoC），是將計算機程序分隔為不同部份的設計原則。每一部份會有各自的關注焦點。關注焦點是影響計算機程式程式碼的一組資訊。關注焦點可以像是將程式碼優化過的硬件細節一般，或者像實例化類別的名稱一樣具體。展現關注點分離設計的程序被稱為模組化程序。模組化程度，也就是區分關注焦點，通過將資訊封装在具有明確界面的程序代碼段落中。封裝是一種資訊隱藏手段。資訊系統中的分層設計是關注點分離的另一個實施例（例如，表示層，業務邏輯層，數據訪問層，持久數據層）。 关注点分离，是對只与「特定概念、目标」（）相关联的软件组成部分進行「标识、封装和操纵」的能力，即标识、封装和操纵关注点的能力。是处理复杂性的一个原则。由于关注点混杂在一起会导致复杂性大大增加，所以能够把不同的关注点分离开来，分别处理就是处理复杂性的一个原则，一种方法。分离关注点使得解决特定领域问题的程式碼从业务逻辑中独立出来，业务逻辑的程式碼中不再含有针对特定领域问题程式碼的调用（將针对特定领域问题程式碼抽象化成較少的程式碼，例如將程式碼封裝成function或是class），業務邏輯同特定领域问题的关系通过侧面来封装、维护，这样原本分散在整个应用程序中的变动就可以很好的管理起来。 關注點分離的價值在於簡化計算機程序的開發和維護。當關注點分開時，各部份可以重複使用，以及獨立開發和更新。具有特殊價值的是能夠稍後改進或修改一段代碼，而無需知道其他部分的細節必須對這些部分進行相應的更改。是能夠稍後改進或修改一段代碼，而無需知道其他部分的細節必須對這些部分進行相應的更改。
, A separação de conceitos ou separação de p … A separação de conceitos ou separação de preocupações (do inglês separation of concerns, SoC) é um princípio utilizado na computação que visa a preocupação com cada aspecto, modularizadamente. O termo foi cunhado por Edsger W. Dijkstra no seu artigo de 1974 "On the role of scientific thought". …para meu gosto é característico de todo pensamento inteligente… dispõe‐se a estudar profundamente um aspecto do sujeito isolado para sua própria consistência, sempre sabendo que se ocupa apenas com um dos aspectos. Sabemos que um programa tem de ser correto e podemos estudá‐lo somente desse ponto de vista; também sabemos que deve ser eficiente e podemos estudar sua eficiência noutro dia, por assim dizer. …o programa é desejável. Mas nada se ganha - ao contrário! - ao abordar esses vários aspectos simultaneamente. É o que eu às vezes tenho chamado de "separação das preocupações" que, mesmo não perfeitamente possível, é ainda a única técnica efetiva disponível que conheço para organizar os pensamentos. Isso é o que quero dizer com ‘focar a atenção nalgum aspecto’: não significa ignorar os outros aspectos, é só fazer justiça ao fato de que do ponto de vista deste aspecto, o outro é irrelevante. É ser focado e ter mente aberta simultaneamente.focado e ter mente aberta simultaneamente.
, 컴퓨터 과학에서 관심사 분리(separation of concerns, So … 컴퓨터 과학에서 관심사 분리(separation of concerns, SoC)는 컴퓨터 프로그램을 구별된 부분으로 분리시키는 디자인 원칙으로, 각 부문은 개개의 관심사를 해결한다. 관심사란 컴퓨터 프로그램 코드에 영향을 미치는 정보의 집합이다. 관심사는 코드 최적화가 필요한 하드웨어의 세세한 부분만큼 포괄적이거나, 시작할 클래스의 이름처럼 구체적일 수 있다. SoC를 구현하는 프로그램은 모듈러 프로그램이라고 부른다. 모듈식, 즉 관심사의 분리는 정보를 잘 정의된 인터페이스가 있는 코드 부분 안에 캡슐화시킴으로써 달성한다. 캡슐화는 의 한 수단이다. 정보 시스템의 계층화된 디자인은 관심사 분리의 다른 구현이다.(예: 표현 계층, 비즈니스 로직 계층, 데이터 접근 계층, 퍼시스턴스 계층) 관심사 분리를 이용하면 프로그램의 설계, 디플로이, 이용의 일부 관점에 더 높은 정도의 자유가 생긴다. 이 가운데 일반적인 것은 코드의 단순화 및 유지보수의 더 높은 수준의 자유이다. 관심사가 잘 분리될 때 독립적인 개발과 업그레이드 외에도 모듈 재사용을 위한 더 높은 정도의 자유가 있다. 모듈이 인터페이스 뒤에서 이러한 관심사의 세세한 부분을 숨기기 때문에 자유도가 높아짐으로써 다른 부분의 세세한 사항을 모르더라도, 또 해당 부분들에 상응하는 변경을 취하지 않더라도 하나의 관심사의 코드 부분을 개선하거나 수정할 수 있게 된다. 또, 모듈은 각기 다른 버전의 인터페이스를 노출할 수 있으며, 이를 통해 중간의 기능 손실 없이 단편적인 방식으로 복잡한 시스템을 업그레이드하는 자유도를 높여준다. 관심사 분리는 추상화의 일종이다. 대부분의 추상화에서처럼 인터페이스의 추가는 필수이며 실행에 쓰이는 더 순수한 코드가 있는 것이 일반적이다. 그러므로 잘 분리된 관심사의 여러 장점에도 불구하고 관련 실행에 따른 불이익이 있기도 하다.된 관심사의 여러 장점에도 불구하고 관련 실행에 따른 불이익이 있기도 하다.
, يشير مصطلح فصل الاهتمامات في علم الحاسوب إ … يشير مصطلح فصل الاهتمامات في علم الحاسوب إلى عملية تقسيم برنامج حاسوبي ما إلى أجزاء منفصلة لا تتداخل مع بعضها البعض قدر الإمكان. يمكن أن يعرف «الاهتمام» على أنه الأمر الرئيس الذي يهتم بمعالجته برنامج ما أو جزء منه. عادةً ما يكون الاهتمام هو نفسه الميزة أو السلوك الذي يسعى البرنامج لتقديمه. يمكن أن يتحقق فصل الاهتمامات لنظام ما عن طريق البرمجة التركيبية والتغليف. تصاميم الأنظمة الطبقية تعتمد أيضا بشكل عام على فصل الاهتمامات (مثلا: طبقة العرض، طبقة منطق العمل، طبقة الوصول للبيانات، قاعدة البيانات).مل، طبقة الوصول للبيانات، قاعدة البيانات).
, En informática, la separación de intereses … En informática, la separación de intereses, también denominada separación de preocupaciones o separación de conceptos (en inglés separation of concerns), es un principio de diseño para separar un programa informático en secciones distintas, tal que cada sección enfoca un delimitado. Un interés o una preocupación es un conjunto de información que afecta al código de un programa. Una preocupación puede ser algo tan general como los detalles del hardware para el que se va a optimizar el código, o tan concreto como el nombre de una clase que se pretende instanciar. Un programa que utiliza una buena separación de intereses es un programa modular. La modularidad, y por tanto la separación de intereses, se consigue a través de la encapsulación de información en una sección de código que tiene una interfaz bien definida. La encapsulación es una manera de ocultar información que consigue que cada capa no conozca el estado de las demás. Otro ejemplo de separación de intereses es la división de un sistema de información en capas (p. ej., capa de presentación, capa de lógica de negocio, capa de acceso a datos, capa de persistencia). El valor de la separación de intereses es simplificar el desarrollo y mantenimiento de programas informáticos. Cuando los intereses están bien separados, se pueden reutilizar, desarrollar y actualizar las distintas secciones individuales de forma independiente. La posibilidad de modificar una parte del código del programa sin tener que revisar y modificar las demás es de gran valor en el mantenimiento de software.ran valor en el mantenimiento de software.
|
| http://dbpedia.org/ontology/wikiPageExternalLink
|
http://domino.watson.ibm.com/library/cyberdig.nsf/1e4115aea78b6e7c85256b360066f0d4/5af350e4286e003985256766004ebe71%3FOpenDocument +
, http://www.comp.lancs.ac.uk/computing/users/marash/aopws2001/ +
, http://trese.cs.utwente.nl/taosad/separation_of_concerns.htm +
|
| http://dbpedia.org/ontology/wikiPageID
|
234273
|
| http://dbpedia.org/ontology/wikiPageLength
|
15792
|
| http://dbpedia.org/ontology/wikiPageRevisionID
|
1118745808
|
| http://dbpedia.org/ontology/wikiPageWikiLink
|
http://dbpedia.org/resource/Internet_Protocol_Suite +
, http://dbpedia.org/resource/Modular_design +
, http://dbpedia.org/resource/Cascading_Style_Sheets +
, http://dbpedia.org/resource/Single-responsibility_principle +
, http://dbpedia.org/resource/Urban_planning +
, http://dbpedia.org/resource/JavaScript +
, http://dbpedia.org/resource/Modular_programming +
, http://dbpedia.org/resource/Model%E2%80%93view%E2%80%93controller +
, http://dbpedia.org/resource/Procedural_programming +
, http://dbpedia.org/resource/Subroutines +
, http://dbpedia.org/resource/Coupling_%28computer_science%29 +
, http://dbpedia.org/resource/Edsger_W._Dijkstra +
, http://dbpedia.org/resource/C_%28programming_language%29 +
, http://dbpedia.org/resource/Abstraction_%28computer_science%29 +
, http://dbpedia.org/resource/Model%E2%80%93view%E2%80%93presenter +
, http://dbpedia.org/resource/Partial_class +
, http://dbpedia.org/resource/Cognitive_science +
, http://dbpedia.org/resource/Data_logging +
, http://dbpedia.org/resource/Delphi_%28programming_language%29 +
, http://dbpedia.org/resource/Computer_program +
, http://dbpedia.org/resource/Aspect_%28computer_science%29 +
, http://dbpedia.org/resource/OSI_Model +
, http://dbpedia.org/resource/Internet_Layer +
, http://dbpedia.org/resource/Abstraction_principle_%28programming%29 +
, http://dbpedia.org/resource/Interface_%28computing%29 +
, http://dbpedia.org/resource/Design_pattern_%28computer_science%29 +
, http://dbpedia.org/resource/Cross-cutting_concern +
, http://dbpedia.org/resource/Subject-oriented_programming +
, http://dbpedia.org/resource/Java_%28programming_language%29 +
, http://dbpedia.org/resource/Programming_language +
, http://dbpedia.org/resource/Aspect-oriented_programming +
, http://dbpedia.org/resource/Concern_%28computer_science%29 +
, http://dbpedia.org/resource/Aspect-oriented_software_development +
, http://dbpedia.org/resource/Service-orientation +
, http://dbpedia.org/resource/David_Marr_%28neuroscientist%29 +
, http://dbpedia.org/resource/Modularity_%28programming%29 +
, http://dbpedia.org/resource/Computer_science +
, http://dbpedia.org/resource/Category:Reductionism +
, http://dbpedia.org/resource/Holism +
, http://dbpedia.org/resource/Information_hiding +
, http://dbpedia.org/resource/Object_%28computer_science%29 +
, http://dbpedia.org/resource/Service_%28Systems_Architecture%29 +
, http://dbpedia.org/resource/Information_design +
, http://dbpedia.org/resource/Normalized_system +
, http://dbpedia.org/resource/C_Sharp_%28programming_language%29 +
, http://dbpedia.org/resource/Object-oriented_programming +
, http://dbpedia.org/resource/HTML +
, http://dbpedia.org/resource/Artificial_intelligence +
, http://dbpedia.org/resource/Transmission_Control_Protocol +
, http://dbpedia.org/resource/Pascal_%28programming_language%29 +
, http://dbpedia.org/resource/C%2B%2B +
, http://dbpedia.org/resource/Procedure_%28computer_science%29 +
, http://dbpedia.org/resource/Encapsulation_%28computer_science%29 +
, http://dbpedia.org/resource/Separation_of_content_and_presentation +
, http://dbpedia.org/resource/Architecture +
, http://dbpedia.org/resource/Category:Programming_principles +
, http://dbpedia.org/resource/Computer_security +
|
| http://dbpedia.org/property/wikiPageUsesTemplate
|
http://dbpedia.org/resource/Template:Reflist +
, http://dbpedia.org/resource/Template:Quote +
, http://dbpedia.org/resource/Template:Section_link +
, http://dbpedia.org/resource/Template:Div_col +
, http://dbpedia.org/resource/Template:Div_col_end +
, http://dbpedia.org/resource/Template:Em +
, http://dbpedia.org/resource/Template:Short_description +
, http://dbpedia.org/resource/Template:Citation_needed +
|
| http://purl.org/dc/terms/subject
|
http://dbpedia.org/resource/Category:Programming_principles +
, http://dbpedia.org/resource/Category:Reductionism +
|
| http://purl.org/linguistics/gold/hypernym
|
http://dbpedia.org/resource/Principle +
|
| http://www.w3.org/ns/prov#wasDerivedFrom
|
http://en.wikipedia.org/wiki/Separation_of_concerns?oldid=1118745808&ns=0 +
|
| http://xmlns.com/foaf/0.1/isPrimaryTopicOf
|
http://en.wikipedia.org/wiki/Separation_of_concerns +
|
| owl:sameAs |
http://pt.dbpedia.org/resource/Separa%C3%A7%C3%A3o_de_conceitos +
, http://ta.dbpedia.org/resource/%E0%AE%85%E0%AE%95%E0%AF%8D%E0%AE%95%E0%AE%B1%E0%AF%88%E0%AE%95%E0%AE%B3%E0%AF%88%E0%AE%AA%E0%AF%8D_%E0%AE%AA%E0%AE%BF%E0%AE%B0%E0%AE%BF%E0%AE%A4%E0%AF%8D%E0%AE%A4%E0%AE%BE%E0%AE%AF%E0%AF%8D%E0%AE%A4%E0%AE%B2%E0%AF%8D +
, http://ko.dbpedia.org/resource/%EA%B4%80%EC%8B%AC%EC%82%AC_%EB%B6%84%EB%A6%AC +
, http://zh.dbpedia.org/resource/%E5%85%B3%E6%B3%A8%E7%82%B9%E5%88%86%E7%A6%BB +
, http://ru.dbpedia.org/resource/%D0%A0%D0%B0%D0%B7%D0%B4%D0%B5%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5_%D0%BE%D1%82%D0%B2%D0%B5%D1%82%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D0%BE%D1%81%D1%82%D0%B8 +
, http://ar.dbpedia.org/resource/%D9%81%D8%B5%D9%84_%D8%A7%D9%84%D8%A7%D9%87%D8%AA%D9%85%D8%A7%D9%85%D8%A7%D8%AA +
, http://cs.dbpedia.org/resource/Odd%C4%9Blen%C3%AD_zodpov%C4%9Bdnost%C3%AD_%28informatika%29 +
, http://fr.dbpedia.org/resource/S%C3%A9paration_des_pr%C3%A9occupations +
, http://hu.dbpedia.org/resource/Sz%C3%A9tv%C3%A1laszt%C3%A1s_elve +
, http://ja.dbpedia.org/resource/%E9%96%A2%E5%BF%83%E3%81%AE%E5%88%86%E9%9B%A2 +
, https://global.dbpedia.org/id/2KPpb +
, http://sv.dbpedia.org/resource/Inkapsling_%28Separation_of_Concerns%29 +
, http://yago-knowledge.org/resource/Separation_of_concerns +
, http://dbpedia.org/resource/Separation_of_concerns +
, http://www.wikidata.org/entity/Q2465506 +
, http://fa.dbpedia.org/resource/%D8%AA%D9%81%DA%A9%DB%8C%DA%A9_%D8%AF%D8%BA%D8%AF%D8%BA%D9%87%E2%80%8C%D9%87%D8%A7 +
, http://bg.dbpedia.org/resource/%D0%A0%D0%B0%D0%B7%D0%B4%D0%B5%D0%BB%D1%8F%D0%BD%D0%B5_%D0%BD%D0%B0_%D0%BE%D1%82%D0%B3%D0%BE%D0%B2%D0%BE%D1%80%D0%BD%D0%BE%D1%81%D1%82%D0%B8 +
, http://rdf.freebase.com/ns/m.01j124 +
, http://es.dbpedia.org/resource/Separaci%C3%B3n_de_intereses +
|
| rdf:type |
http://dbpedia.org/class/yago/Cognition100023271 +
, http://dbpedia.org/class/yago/Abstraction100002137 +
, http://dbpedia.org/ontology/Agent +
, http://dbpedia.org/class/yago/PsychologicalFeature100023100 +
, http://dbpedia.org/class/yago/Generalization105913275 +
, http://dbpedia.org/class/yago/WikicatProgrammingPrinciples +
, http://dbpedia.org/class/yago/Idea105833840 +
, http://dbpedia.org/class/yago/Content105809192 +
, http://dbpedia.org/class/yago/Principle105913538 +
|
| rdfs:comment |
Inkapsling i bemärkelsen Separation of Con … Inkapsling i bemärkelsen Separation of Concerns (på svenska ungefär att hålla isär saker och ting, delegera) innebär inom datorprogrammering att man använder olika mekanismer för att separera sådant som på ett abstraktionsplan inte har med vartannat att göra.tionsplan inte har med vartannat att göra.
, A separação de conceitos ou separação de p … A separação de conceitos ou separação de preocupações (do inglês separation of concerns, SoC) é um princípio utilizado na computação que visa a preocupação com cada aspecto, modularizadamente. O termo foi cunhado por Edsger W. Dijkstra no seu artigo de 1974 "On the role of scientific thought". 1974 "On the role of scientific thought".
, 関心の分離（かんしんのぶんり、英語: separation of concerns、SoC）とは、ソフトウェア工学においては、プログラムを関心（何をしたいのか）毎に分離された構成要素で構築することである。 プログラミングパラダイムは開発者が関心の分離を実践することを手助けするものもある。その為には、モジュール性とカプセル化の実装のしやすさが重要となる。 関心の分離は複雑で依存関係が入り乱れたシステムの理解・設計・運用を容易にすることが出来るので他の工学分野でもみられる。
, Разделение ответственностей (англ. separat … Разделение ответственностей (англ. separation of concerns) — один из основополагающих принципов инженерного дела. В частности — программной инженерии. В информатике разделение ответственностей представляет собой процесс разделения компьютерной программы на функциональные блоки, как можно меньше перекрывающие функции друг друга. В более общем случае, разделение ответственностей — это упрощение единого процесса решения задачи путём разделения на взаимодействующие процессы по решению подзадач. Шаблоны проектирования, такие как MVC, обеспечивают Разделение представления и содержания.ают Разделение представления и содержания.
, يشير مصطلح فصل الاهتمامات في علم الحاسوب إ … يشير مصطلح فصل الاهتمامات في علم الحاسوب إلى عملية تقسيم برنامج حاسوبي ما إلى أجزاء منفصلة لا تتداخل مع بعضها البعض قدر الإمكان. يمكن أن يعرف «الاهتمام» على أنه الأمر الرئيس الذي يهتم بمعالجته برنامج ما أو جزء منه. عادةً ما يكون الاهتمام هو نفسه الميزة أو السلوك الذي يسعى البرنامج لتقديمه. يمكن أن يتحقق فصل الاهتمامات لنظام ما عن طريق البرمجة التركيبية والتغليف. تصاميم الأنظمة الطبقية تعتمد أيضا بشكل عام على فصل الاهتمامات (مثلا: طبقة العرض، طبقة منطق العمل، طبقة الوصول للبيانات، قاعدة البيانات).مل، طبقة الوصول للبيانات، قاعدة البيانات).
, En informática, la separación de intereses … En informática, la separación de intereses, también denominada separación de preocupaciones o separación de conceptos (en inglés separation of concerns), es un principio de diseño para separar un programa informático en secciones distintas, tal que cada sección enfoca un delimitado. Un interés o una preocupación es un conjunto de información que afecta al código de un programa. Una preocupación puede ser algo tan general como los detalles del hardware para el que se va a optimizar el código, o tan concreto como el nombre de una clase que se pretende instanciar. Un programa que utiliza una buena separación de intereses es un programa modular. La modularidad, y por tanto la separación de intereses, se consigue a través de la encapsulación de información en una sección de código que tiene uación en una sección de código que tiene u
, In computer science, separation of concern … In computer science, separation of concerns is a design principle for separating a computer program into distinct sections. Each section addresses a separate concern, a set of information that affects the code of a computer program. A concern can be as general as "the details of the hardware for an application", or as specific as "the name of which class to instantiate". A program that embodies SoC well is called a modular program. Modularity, and hence separation of concerns, is achieved by encapsulating information inside a section of code that has a well-defined interface. Encapsulation is a means of information hiding. Layered designs in information systems are another embodiment of separation of concerns (e.g., presentation layer, business logic layer, data access layer, persistence lic layer, data access layer, persistence l
, V programování se proces oddělení zodpověd … V programování se proces oddělení zodpovědností (Separation of Concerns - SoC) rozumí rozdělení počítačového programu na různé části tak, aby se z hlediska funkcionality tyto části co možná nejméně překrývaly. To znamená, aby určitou funkcionalitu vykonávala pouze část programu k tomu určená. Další část programu by pak neměla kopírovat v sobě stejnou funkcionalitu.la kopírovat v sobě stejnou funkcionalitu.
, La séparation des préoccupations (ou sépar … La séparation des préoccupations (ou séparation des responsabilités), traduction du concept d’informatique théorique separation of concerns (SoC) en anglais, est un principe de conception visant à segmenter un programme informatique en plusieurs parties, afin que chacune d’entre elles isole et gère un aspect précis de la problématique générale. C'est une bonne pratique largement reconnue et mise en œuvre dans l'ingénierie logicielle.ise en œuvre dans l'ingénierie logicielle.
, 컴퓨터 과학에서 관심사 분리(separation of concerns, So … 컴퓨터 과학에서 관심사 분리(separation of concerns, SoC)는 컴퓨터 프로그램을 구별된 부분으로 분리시키는 디자인 원칙으로, 각 부문은 개개의 관심사를 해결한다. 관심사란 컴퓨터 프로그램 코드에 영향을 미치는 정보의 집합이다. 관심사는 코드 최적화가 필요한 하드웨어의 세세한 부분만큼 포괄적이거나, 시작할 클래스의 이름처럼 구체적일 수 있다. SoC를 구현하는 프로그램은 모듈러 프로그램이라고 부른다. 모듈식, 즉 관심사의 분리는 정보를 잘 정의된 인터페이스가 있는 코드 부분 안에 캡슐화시킴으로써 달성한다. 캡슐화는 의 한 수단이다. 정보 시스템의 계층화된 디자인은 관심사 분리의 다른 구현이다.(예: 표현 계층, 비즈니스 로직 계층, 데이터 접근 계층, 퍼시스턴스 계층) 관심사 분리는 추상화의 일종이다. 대부분의 추상화에서처럼 인터페이스의 추가는 필수이며 실행에 쓰이는 더 순수한 코드가 있는 것이 일반적이다. 그러므로 잘 분리된 관심사의 여러 장점에도 불구하고 관련 실행에 따른 불이익이 있기도 하다.된 관심사의 여러 장점에도 불구하고 관련 실행에 따른 불이익이 있기도 하다.
, 在計算機科學中，關注點分離（Separation of concerns，SoC）， … 在計算機科學中，關注點分離（Separation of concerns，SoC），是將計算機程序分隔為不同部份的設計原則。每一部份會有各自的關注焦點。關注焦點是影響計算機程式程式碼的一組資訊。關注焦點可以像是將程式碼優化過的硬件細節一般，或者像實例化類別的名稱一樣具體。展現關注點分離設計的程序被稱為模組化程序。模組化程度，也就是區分關注焦點，通過將資訊封装在具有明確界面的程序代碼段落中。封裝是一種資訊隱藏手段。資訊系統中的分層設計是關注點分離的另一個實施例（例如，表示層，業務邏輯層，數據訪問層，持久數據層）。 关注点分离，是對只与「特定概念、目标」（）相关联的软件组成部分進行「标识、封装和操纵」的能力，即标识、封装和操纵关注点的能力。是处理复杂性的一个原则。由于关注点混杂在一起会导致复杂性大大增加，所以能够把不同的关注点分离开来，分别处理就是处理复杂性的一个原则，一种方法。分离关注点使得解决特定领域问题的程式碼从业务逻辑中独立出来，业务逻辑的程式碼中不再含有针对特定领域问题程式碼的调用（將针对特定领域问题程式碼抽象化成較少的程式碼，例如將程式碼封裝成function或是class），業務邏輯同特定领域问题的关系通过侧面来封装、维护，这样原本分散在整个应用程序中的变动就可以很好的管理起来。的关系通过侧面来封装、维护，这样原本分散在整个应用程序中的变动就可以很好的管理起来。
|
| rdfs:label |
관심사 분리
, Séparation des préoccupations
, 关注点分离
, Separação de conceitos
, Oddělení zodpovědností (informatika)
, Inkapsling (Separation of Concerns)
, Разделение ответственности
, 関心の分離
, Separation of concerns
, Separación de intereses
, فصل الاهتمامات
|
