[isis] branch master updated: Update _ugfun_core-concepts_principles.adoc (#102)
This is an automated email from the ASF dual-hosted git repository. ahuber pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/isis.git The following commit(s) were added to refs/heads/master by this push: new f261140 Update _ugfun_core-concepts_principles.adoc (#102) f261140 is described below commit f261140ae92a490c82c79bfee144756282b7f08c Author: ppirusAuthorDate: Sat Oct 14 09:08:10 2017 +0200 Update _ugfun_core-concepts_principles.adoc (#102) --- .../src/main/asciidoc/guides/ugfun/_ugfun_core-concepts_principles.adoc | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/adocs/documentation/src/main/asciidoc/guides/ugfun/_ugfun_core-concepts_principles.adoc b/adocs/documentation/src/main/asciidoc/guides/ugfun/_ugfun_core-concepts_principles.adoc index 12e3768..f0b9fb1 100644 --- a/adocs/documentation/src/main/asciidoc/guides/ugfun/_ugfun_core-concepts_principles.adoc +++ b/adocs/documentation/src/main/asciidoc/guides/ugfun/_ugfun_core-concepts_principles.adoc @@ -7,7 +7,7 @@ Apache Isis is primarily aimed at custom-built "enterprise" applications. -The UI provided by the xref:../ugvw/ugvw.adoc#[Wicket viewer] is intended to be usable by domain experts, typically end-users within the organization.pdf +The UI provided by the xref:../ugvw/ugvw.adoc#[Wicket viewer] is intended to be usable by domain experts, typically end-users within the organization. The REST API exposed by the xref:../ugvro/ugvro.adoc#[RestfulObjects viewer] allows custom apps to be developed -- eg using Angular or similar -- for use by those requiring more guidance; typically end-users outside of the organization. This section describes some of the core principles and values that the framework aims to honour and support. -- To stop receiving notification emails like this one, please contact ['"commits@isis.apache.org" '].
[isis] branch master updated: Update _ugfun_core-concepts_philosophy_aop.adoc (#101)
This is an automated email from the ASF dual-hosted git repository. ahuber pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/isis.git The following commit(s) were added to refs/heads/master by this push: new df86e03 Update _ugfun_core-concepts_philosophy_aop.adoc (#101) df86e03 is described below commit df86e03bbba6e14e8dae7608cac89f286c033e11 Author: ppirusAuthorDate: Sat Oct 14 09:07:55 2017 +0200 Update _ugfun_core-concepts_philosophy_aop.adoc (#101) --- .../asciidoc/guides/ugfun/_ugfun_core-concepts_philosophy_aop.adoc| 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/adocs/documentation/src/main/asciidoc/guides/ugfun/_ugfun_core-concepts_philosophy_aop.adoc b/adocs/documentation/src/main/asciidoc/guides/ugfun/_ugfun_core-concepts_philosophy_aop.adoc index 1be9ed3..0ff5279 100644 --- a/adocs/documentation/src/main/asciidoc/guides/ugfun/_ugfun_core-concepts_philosophy_aop.adoc +++ b/adocs/documentation/src/main/asciidoc/guides/ugfun/_ugfun_core-concepts_philosophy_aop.adoc @@ -61,5 +61,5 @@ The link:http://en.wikipedia.org/wiki/Single_responsibility_principle[single res Apache Isis' support for contributions (not only contributed actions, but also contributed properties and contributed collections) enables this. And again, to loop back to the topic of this section, it's an AOP concept that being implemented by the framework. -The nice thing about aspect orientation is that for the most part you can ignore these cross-cutting concerns and - at least initially at least - just focus on implementing your domain object. -Later when your app starts to grow and you start to break it out into smaller modules, you can leverage Apache Isis' AOP support for (xref:../ugfun/ugfun.adoc#_ugfun_building-blocks_types-of-domain-objects_mixins[mixins]), (xref:../ugfun/ugfun.adoc#_ugfun_programming-model_domain-services_contributions[contributed services]) and interceptors (the xref:../ugfun/ugfun.adoc#_ugfun_building-blocks_events_domain-events[event bus]) to ensure that your codebase remains maintainable. \ No newline at end of file +The nice thing about aspect orientation is that for the most part you can ignore these cross-cutting concerns and - at least initially - just focus on implementing your domain object. +Later when your app starts to grow and you start to break it out into smaller modules, you can leverage Apache Isis' AOP support for (xref:../ugfun/ugfun.adoc#_ugfun_building-blocks_types-of-domain-objects_mixins[mixins]), (xref:../ugfun/ugfun.adoc#_ugfun_programming-model_domain-services_contributions[contributed services]) and interceptors (the xref:../ugfun/ugfun.adoc#_ugfun_building-blocks_events_domain-events[event bus]) to ensure that your codebase remains maintainable. -- To stop receiving notification emails like this one, please contact ['"commits@isis.apache.org" '].
[isis] branch master updated: orthography (#100)
This is an automated email from the ASF dual-hosted git repository. ahuber pushed a commit to branch master in repository https://gitbox.apache.org/repos/asf/isis.git The following commit(s) were added to refs/heads/master by this push: new 4feb5e9 orthography (#100) 4feb5e9 is described below commit 4feb5e9d6bd43ae1866b94de7dec93906abcf92d Author: ppirusAuthorDate: Sat Oct 14 09:06:51 2017 +0200 orthography (#100) * orthography * Update _ugtst_overview.adoc --- .../documentation/src/main/asciidoc/guides/ugtst/_ugtst_overview.adoc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/adocs/documentation/src/main/asciidoc/guides/ugtst/_ugtst_overview.adoc b/adocs/documentation/src/main/asciidoc/guides/ugtst/_ugtst_overview.adoc index 804bf85..1cff8a0 100644 --- a/adocs/documentation/src/main/asciidoc/guides/ugtst/_ugtst_overview.adoc +++ b/adocs/documentation/src/main/asciidoc/guides/ugtst/_ugtst_overview.adoc @@ -40,7 +40,7 @@ Even if a domain expert understands the intent of these tests, the actual implem + The natural language specification then maps down onto some glue code that is used to drive the application. But the benefits of taking a BDD approach include the fact that your domain expert will be able to read the tests/specifications, and that when you run the specs, you also get documentation of the application's behaviour ("living documentation"). -It's up to you whether you use BDD specs for your apps; it will depend on your development process and company culture. But you if don't then you certainly should write integration tests: acceptance criteria for user stories should be automated! +It's up to you whether you use BDD specs for your apps; it will depend on your development process and company culture. But if you don't then you certainly should write integration tests: acceptance criteria for user stories should be automated! @@ -50,7 +50,7 @@ It's up to you whether you use BDD specs for your apps; it will depend on your d When we talk about integration tests/specs here, we mean tests that exercise the domain object logic, through to the actual database. But we also want the tests to exercise the app from the users's perspective, which means including the user interface. -For most other frameworks that would require having to test the application in a very heavy weight/fragile fashion using a tool such as link:http://docs.seleniumhq.org/[Selenium], driving a web browser to navigate . In this regard though, Apache Isis has a significant trick up its sleeve. Because Apache Isis implements the naked objects pattern, it means that the UI is generated automatically from the UI. This therefore allows for other implementations of the UI. +For most other frameworks that would require having to test the application in a very heavy weight/fragile fashion using a tool such as link:http://docs.seleniumhq.org/[Selenium], driving a web browser to navigate . In this regard though, Apache Isis has a significant trick up its sleeve. Because Apache Isis implements the naked objects pattern, it means that the UI is generated automatically from declared domain-objects, -views and -services. This therefore allows for other implementa [...] The xref:../rgsvc/rgsvc.adoc#_rgsvc_application-layer-api_WrapperFactory[`WrapperFactory`] domain service allows a test to wrap domain objects and thus to interact with said objects "as if" through the UI: -- To stop receiving notification emails like this one, please contact ['"commits@isis.apache.org" '].