4 Aug
2014
4 Aug
'14
9:29 p.m.
Hi,
As I'm doing my final task, which is to remove code duplications and OOping
the code, I came across with a possible idea to re-factor schema exporting
as plugins. That is, as done in "data exporting" with various formats(SQL,
CSV, XML, PDF) the existing schema exporting funcationality would be
implemented as plugins, while preserving OOP concepts.
So this would help in future in such a way, as the modularity and
portability is enhanced, new schema exporting method can be integrated
easily.
5 Aug
5 Aug
8:46 a.m.
On Mon, Aug 4, 2014 at 11:59 PM, Bimal Yashodha <kb.yashodha(a)gmail.com>
wrote:
Hi,
As I'm doing my final task, which is to remove code duplications and
OOping the code, I came across with a possible idea to re-factor schema
exporting as plugins. That is, as done in "data exporting" with various
formats(SQL, CSV, XML, PDF) the existing schema exporting funcationality
would be implemented as plugins, while preserving OOP concepts.
So this would help in future in such a way, as the modularity and
portability is enhanced, new schema exporting method can be integrated
easily.
Hi Bimal,
This sounds good.
Currently the options shown to the user when exporting the schema do not
change based on the export format. Some of these options are only related
to specific export types. It would be better to show only the relevant
options and this can be easily achieved with plugin architecture. Please
have a look at the data export plugins to see how this is done for data
exporting.
--
Thanks and Regards,
Madhura Jayaratne
8:20 p.m.
On Tue, Aug 5, 2014 at 11:16 AM, Madhura Jayaratne <madhura.cj(a)gmail.com>
wrote:
On Mon, Aug 4, 2014 at 11:59 PM, Bimal Yashodha <kb.yashodha(a)gmail.com>
wrote:
Hi Madhura,
Thanks for the information.
I'll continue my work as you've instructed.
Hi,
As I'm doing my final task, which is to remove code duplications and
OOping the code, I came across with a possible idea to re-factor schema
exporting as plugins. That is, as done in "data exporting" with various
formats(SQL, CSV, XML, PDF) the existing schema exporting funcationality
would be implemented as plugins, while preserving OOP concepts.
So this would help in future in such a way, as the modularity and
portability is enhanced, new schema exporting method can be integrated
easily.
Hi Bimal,
This sounds good.
Currently the options shown to the user when exporting the schema do not
change based on the export format. Some of these options are only related
to specific export types. It would be better to show only the relevant
options and this can be easily achieved with plugin architecture. Please
have a look at the data export plugins to see how this is done for data
exporting.
--
Thanks and Regards,
Madhura Jayaratne
------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls.
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.c…
_______________________________________________
Phpmyadmin-devel mailing list
Phpmyadmin-devel(a)lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/phpmyadmin-devel
3702
days inactive
3703
days old
2 comments
2 participants
participants (2)
-
Bimal Yashodha -
Madhura Jayaratne