Activities of "jhsanc"

• ABP Framework version: v4.3.0

• UI type: Blazor

• DB provider: EF Core

• Tiered (MVC) or Identity Server Separated (Angular): no

• Steps to reproduce the issue:

• When I try to generate the code with abp suite in a module don't create the user interface for blazor inside the module.

1. Create blazor webassembly application with ABP Suite.
2. Add Blazor UI module to created application.
3. Open created module with ABP Suite.
4. Generate new entity with "Create user interface" option checked.
5. Generated code don't have the user interface in blazor module, founds good in core application.

Thank you,

Hi,

I make an example for you: https://github.com/realLiangshiwei/Qa1129.

Qa module and identity module are two databases

  "ConnectionStrings": { 
    "Default": "Server=(LocalDb)\\MSSQLLocalDB;Database=Qa_Main;Trusted_Connection=True", 
    "Qa": "Server=(LocalDb)\\MSSQLLocalDB;Database=Qa_Module;Trusted_Connection=True" 
  } 

This example it's great, thank you so much.

Hi,

Usually we should not use the entity of another module in a module, it will blur the boundaries of your module.

A good module should focus on its own entities, but sometimes the module needs to read the data of another module. We have the following way:

• Use domain events https://docs.abp.io/en/abp/latest/Distributed-Event-Bus
• Use dynamic HTTI API proxy (reference .HttpApi.Client module) https://docs.abp.io/en/abp/latest/API/Dynamic-CSharp-API-Clients
• Use repository(reference .domain module), In this way, you can read the database directly.

If you really need to share entities between modules, you can define a Entity.Shared project and other modules reference this project. that's ok.

Can you explain me more this "Use repository(reference .domain module), In this way, you can read the database directly". Only add the reference of the project to the project app.

In the generated code of abp framework in DbContext say this: * It does not include entities of the used modules, because each module has already * its own DbContext class. If you want to share some database tables with the used modules, * just create a structure like done for AppUser. * * Don't use this DbContext for database migrations since it does not contain tables of the * used modules (as explained above). See SportsMigrationsDbContext for migrations. But I need know if this is a good practice.

Thank you,

Sorry this not it's a solution from question. I'm going to reformulate my question: For instance for BookStore-Modular: https://github.com/abpframework/abp-samples/tree/master/BookStore-Modular for example. How is the most efficient way to "share" part of "whole database schema" across multiple modules (so that some tables are not defined on application-level but only on module level)?

If application would have the same architecture as BookStore-Modular and part od database would be using the same tables in 4 modules (and other parts of the application - modules don't use these tables at all).

Maybe module, which "holds" tables for modules and each module that should use these tables should reference this "database module"?

I need a shared module which defines the shared entities

Hello, I need a guide to develop an blazor ui application module, and how I can add this module to my existing monolithic blazor application. I need also know how I can do relations between my principal monolithic application entities to my blazor ui module in other solution. I already read the documents of modules, and plugins but I need more details, and if you have an getting started of this was great.

Thank you,

Johan

• ABP Commertial Team version: v4.3.0-rc.1
• UI type: Blazor
• DB provider: EF Core
• Tiered (MVC) or Identity Server Separated (Angular): no
• Exception message and stack trace:
• Steps to reproduce the issue: