Fluent interface
http://dbpedia.org/resource/Fluent_interface an entity of type: Software
In software engineering, a fluent interface is an object-oriented API whose design relies extensively on method chaining. Its goal is to increase code legibility by creating a domain-specific language (DSL). The term was coined in 2005 by and Martin Fowler.
rdf:langString
소프트웨어 공학에서 플루언트 인터페이스(fluent interface)는 에 상당 부분 기반한 객체 지향 API 설계 메소드이며, 소스 코드의 가독성을 산문과 유사하게 만드는 것이 목적이다. 특히 인터페이스 안에 도메인 특화 언어를 작성한다. 에릭 에반스와 마틴 폴러가 처음 만든 용어이다. JMock 테스팅 프레임워크에서 유연한 테스트 예측의 예는 다음과 같다: mock.expects(once).method("m").with( or(stringContains("hello"), stringContains("howdy")) );
rdf:langString
流式接口（fluent interface）是软件工程中面向对象API的一种实现方式，以提供更为可读的源代码。最早由与Martin Fowler于2005年提出。 通常采取方法瀑布调用 (具体说是方法链式调用)来转发一系列对象方法调用的上下文 。这个上下文（context）通常是指：
* 通过被调方法的返回值定义
* 自引用，新的上下文等于老的上下文。
* 返回一个空的上下文来终止。 C++的iostream流式调用就是一个典型的例子。Smalltalk在1970年代就实现了方法瀑布调用。
rdf:langString
Fluent interface (біжучий чи текучий інтерфейс) в програмуванні — спосіб конструювання об'єктно-орієнтованого API, в якому читабельність коду є близькою до звичайного прозового тексту. Термін вперше був застосований Еріком Евансом та Мартіном Фаулером. Нижче подано приклад для фреймворку тестування JMock: . mock.expects(once).method("m").with( or(stringContains("hello"), stringContains("howdy")) );
rdf:langString
Fluent Interfaces (deutsch oft übersetzt mit: „flüssige Schnittstellen“, treffender etwa: „sprechende Schnittstellen“) sind ein Konzept für Programmierschnittstellen in der Software-Entwicklung, bei dessen Befolgung man beinahe in Form von Sätzen natürlicher Sprache programmieren kann. Der danach verfasste Programmcode ist gut lesbar und erleichtert das Verständnis des Programms.
rdf:langString
En ingeniería de software, una interfaz fluida (término acuñado por primera vez por Eric Evans y Martin Fowler) es una construcción orientada a objeto que define un comportamiento capaz de retransmitir el contexto de la instrucción de una llamada subsecuente. Generalmente, el contexto es
* definido a través del valor de retorno de un método llamado
* autoreferencial, donde el nuevo contexto es equivalente al contexto anterior
* terminado por medio del retorno de un contexto vacío (void context).
rdf:langString
En génie logiciel, une désignation chaînée ou chaînage de méthodes (fluent pattern) consiste à agir en une seule instruction sur plusieurs méthodes du même objet, dans un but de plus grande lisibilité. L'idée principale est qu'au lieu de qualifier chaque méthode par le nom de l'objet correspondant, ce qui conduisait à une lourdeur de style, ce nom d'objet reste par défaut actif dans toute l'instruction en cours. L'économie de verbosité est du même ordre (bien que sur des principes différents) que celle que permettait l'expression with en langage Pascal et en Visual Basic Le contexte est :
rdf:langString
Текучий интерфейс (англ. fluent interface — в значении «плавный» или «гладкий» «интерфейс») в разработке программного обеспечения — способ реализации объектно-ориентированного API, нацеленный на повышение читабельности исходного кода программы. Название придумано Эриком Эвансом и Мартином Фаулером. Текучий интерфейс хорош тем, что упрощается множественный вызов методов одного объекта. Обычно это реализуется использованием , передающих контекст вызова следующему звену (но текучий интерфейс влечет за собой нечто большее, чем просто цепочку методов). Обычно, этот контекст:
rdf:langString
rdf:langString
Fluent Interface
rdf:langString
Interfaz fluida
rdf:langString
Fluent interface
rdf:langString
Désignation chaînée
rdf:langString
플루언트 인터페이스
rdf:langString
Fluent interface
rdf:langString
Fluent interface
rdf:langString
流式接口
xsd:integer
8862166
xsd:integer
1118445939
rdf:langString
Fluent Interfaces (deutsch oft übersetzt mit: „flüssige Schnittstellen“, treffender etwa: „sprechende Schnittstellen“) sind ein Konzept für Programmierschnittstellen in der Software-Entwicklung, bei dessen Befolgung man beinahe in Form von Sätzen natürlicher Sprache programmieren kann. Der danach verfasste Programmcode ist gut lesbar und erleichtert das Verständnis des Programms. Schnittstellen werden oft falsch verwendet. Fluent Interfaces können zu ihrer richtigen Verwendung anhalten, indem für sie eine Grammatik gewählt wird, die von falschen Verwendungen erkennbar verletzt wird. Es gibt zwei Arten, solche „sprechende Schnittstellen“ zu realisieren, mittels Method Chaining (Methodenketten) oder mittels Nested Functions (eingebetteten Funktionen).
rdf:langString
In software engineering, a fluent interface is an object-oriented API whose design relies extensively on method chaining. Its goal is to increase code legibility by creating a domain-specific language (DSL). The term was coined in 2005 by and Martin Fowler.
rdf:langString
En ingeniería de software, una interfaz fluida (término acuñado por primera vez por Eric Evans y Martin Fowler) es una construcción orientada a objeto que define un comportamiento capaz de retransmitir el contexto de la instrucción de una llamada subsecuente. Generalmente, el contexto es
* definido a través del valor de retorno de un método llamado
* autoreferencial, donde el nuevo contexto es equivalente al contexto anterior
* terminado por medio del retorno de un contexto vacío (void context). Este estilo es beneficioso debido a su capacidad de proporcionar una sensación más fluida al código, aunque algunos ingenieros encuentran el estilo difícil de leer. Una segunda crítica es que generalmente, las necesidades de programación son demasiado dinámicas para confiar en la definición estática de contacto ofrecida por una interfaz fluida.
rdf:langString
En génie logiciel, une désignation chaînée ou chaînage de méthodes (fluent pattern) consiste à agir en une seule instruction sur plusieurs méthodes du même objet, dans un but de plus grande lisibilité. L'idée principale est qu'au lieu de qualifier chaque méthode par le nom de l'objet correspondant, ce qui conduisait à une lourdeur de style, ce nom d'objet reste par défaut actif dans toute l'instruction en cours. L'économie de verbosité est du même ordre (bien que sur des principes différents) que celle que permettait l'expression with en langage Pascal et en Visual Basic Le contexte est :
* défini par la valeur de retour de la méthode appelée
* transmis à la méthode suivante
* terminé par le retour d'un contexte vide. Le code est ainsi à la fois plus concis et plus clair.
rdf:langString
소프트웨어 공학에서 플루언트 인터페이스(fluent interface)는 에 상당 부분 기반한 객체 지향 API 설계 메소드이며, 소스 코드의 가독성을 산문과 유사하게 만드는 것이 목적이다. 특히 인터페이스 안에 도메인 특화 언어를 작성한다. 에릭 에반스와 마틴 폴러가 처음 만든 용어이다. JMock 테스팅 프레임워크에서 유연한 테스트 예측의 예는 다음과 같다: mock.expects(once).method("m").with( or(stringContains("hello"), stringContains("howdy")) );
rdf:langString
Текучий интерфейс (англ. fluent interface — в значении «плавный» или «гладкий» «интерфейс») в разработке программного обеспечения — способ реализации объектно-ориентированного API, нацеленный на повышение читабельности исходного кода программы. Название придумано Эриком Эвансом и Мартином Фаулером. Текучий интерфейс хорош тем, что упрощается множественный вызов методов одного объекта. Обычно это реализуется использованием , передающих контекст вызова следующему звену (но текучий интерфейс влечет за собой нечто большее, чем просто цепочку методов). Обычно, этот контекст:
* определён с помощью значения, возвращаемого методом;
* наследуется (в качестве нового контекста используется предыдущий);
* прекращается возвращением ничего не значащего значения (void). Такой стиль косвенно полезен повышением наглядности и интуитивности кода. Однако может весьма пагубно сказаться на отладке, если цепочка действует как одно выражение, куда отладчик не всегда может установить промежуточную точку останова.
rdf:langString
流式接口（fluent interface）是软件工程中面向对象API的一种实现方式，以提供更为可读的源代码。最早由与Martin Fowler于2005年提出。 通常采取方法瀑布调用 (具体说是方法链式调用)来转发一系列对象方法调用的上下文 。这个上下文（context）通常是指：
* 通过被调方法的返回值定义
* 自引用，新的上下文等于老的上下文。
* 返回一个空的上下文来终止。 C++的iostream流式调用就是一个典型的例子。Smalltalk在1970年代就实现了方法瀑布调用。
rdf:langString
Fluent interface (біжучий чи текучий інтерфейс) в програмуванні — спосіб конструювання об'єктно-орієнтованого API, в якому читабельність коду є близькою до звичайного прозового тексту. Термін вперше був застосований Еріком Евансом та Мартіном Фаулером. Нижче подано приклад для фреймворку тестування JMock: . mock.expects(once).method("m").with( or(stringContains("hello"), stringContains("howdy")) );
xsd:nonNegativeInteger
25145