Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Code Project
  1. Home
  2. General Programming
  3. Design and Architecture
  4. Help needed to end the madness.

Help needed to end the madness.

Scheduled Pinned Locked Moved Design and Architecture
csharphelppythondelphiruby
3 Posts 3 Posters 2 Views 1 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • D Offline
    D Offline
    daviiie
    wrote on last edited by
    #1

    All, I am a junior developer at a company and I have been given a rather unusual task. We have 2 development environments, one is C# .Net 2.0 and the other is called Omnis Studio. For those of you not familiar with Omnis Studio just imagine Visual Studio on acid. Now all of my companies legacy systems are written in omnis studio and we want to get away from that development tool. But the system that is written is a rather monolithic monstrosity that cannot be easily broken out. We have identified a system that we want to replace within it and are about to use a .Net library with a COM facade so that omnis studio can work with it. The plan being that if we slowly replace enough then it will be more .Net than omnis and we can wholesale change it. This is where the problem comes in. My manager wants me to write a GUI application which we then embed in an omnis form. Now I think this idea is mental and that it will end horribly. What I would like are the thoughts and oppinions of this board in regards to cross platform form embedding. What I want is to write a simple data object with a COM facade and slowly replace the middle of the system so that Omnis will merely be a GUI interface which at an appropriate time we can peel off and replace with a .Net gui. I feel that if we get into the form embedding business that we will end up with frankenstein's monster patchwork quilt of a system where when we finally decide to peel away omnis we will have a set of independant GUI's that will be as bad as what they replaced. If people could give their thoughts on this matter I would be greatfull and any links to resources that would be helpful. To clarify my position it would be like embedding a delphi form in .Net, or a python form in ruby. I don't really see the need as the origional system already has forms and buttons and should only interface with a middle tier data objects. Thanks in advance for any help.

    P N 2 Replies Last reply
    0
    • D daviiie

      All, I am a junior developer at a company and I have been given a rather unusual task. We have 2 development environments, one is C# .Net 2.0 and the other is called Omnis Studio. For those of you not familiar with Omnis Studio just imagine Visual Studio on acid. Now all of my companies legacy systems are written in omnis studio and we want to get away from that development tool. But the system that is written is a rather monolithic monstrosity that cannot be easily broken out. We have identified a system that we want to replace within it and are about to use a .Net library with a COM facade so that omnis studio can work with it. The plan being that if we slowly replace enough then it will be more .Net than omnis and we can wholesale change it. This is where the problem comes in. My manager wants me to write a GUI application which we then embed in an omnis form. Now I think this idea is mental and that it will end horribly. What I would like are the thoughts and oppinions of this board in regards to cross platform form embedding. What I want is to write a simple data object with a COM facade and slowly replace the middle of the system so that Omnis will merely be a GUI interface which at an appropriate time we can peel off and replace with a .Net gui. I feel that if we get into the form embedding business that we will end up with frankenstein's monster patchwork quilt of a system where when we finally decide to peel away omnis we will have a set of independant GUI's that will be as bad as what they replaced. If people could give their thoughts on this matter I would be greatfull and any links to resources that would be helpful. To clarify my position it would be like embedding a delphi form in .Net, or a python form in ruby. I don't really see the need as the origional system already has forms and buttons and should only interface with a middle tier data objects. Thanks in advance for any help.

      P Offline
      P Offline
      Pete OHanlon
      wrote on last edited by
      #2

      I feel that you are more on the right lines with regards to moving things. For a start, you will have a much better chance of successfully unit testing the back end system. If you know what it does, and how it does it you would probably use Test Driven Development to make the change to the system. This means that you will be in much more control over verifying that your system behaves the way you want in a controlled fashion.

      Please visit http://www.readytogiveup.com/ and do something special today. Deja View - the feeling that you've seen this post before.

      1 Reply Last reply
      0
      • D daviiie

        All, I am a junior developer at a company and I have been given a rather unusual task. We have 2 development environments, one is C# .Net 2.0 and the other is called Omnis Studio. For those of you not familiar with Omnis Studio just imagine Visual Studio on acid. Now all of my companies legacy systems are written in omnis studio and we want to get away from that development tool. But the system that is written is a rather monolithic monstrosity that cannot be easily broken out. We have identified a system that we want to replace within it and are about to use a .Net library with a COM facade so that omnis studio can work with it. The plan being that if we slowly replace enough then it will be more .Net than omnis and we can wholesale change it. This is where the problem comes in. My manager wants me to write a GUI application which we then embed in an omnis form. Now I think this idea is mental and that it will end horribly. What I would like are the thoughts and oppinions of this board in regards to cross platform form embedding. What I want is to write a simple data object with a COM facade and slowly replace the middle of the system so that Omnis will merely be a GUI interface which at an appropriate time we can peel off and replace with a .Net gui. I feel that if we get into the form embedding business that we will end up with frankenstein's monster patchwork quilt of a system where when we finally decide to peel away omnis we will have a set of independant GUI's that will be as bad as what they replaced. If people could give their thoughts on this matter I would be greatfull and any links to resources that would be helpful. To clarify my position it would be like embedding a delphi form in .Net, or a python form in ruby. I don't really see the need as the origional system already has forms and buttons and should only interface with a middle tier data objects. Thanks in advance for any help.

        N Offline
        N Offline
        nitikin
        wrote on last edited by
        #3

        If the plan was to develop a GUI application, why not use the application directly? Anyways, the immediate options I see: a.) Convince your manager with your idea, since you sound right. b.) Change your manager.

        namaste, Nitin Koshy http://devwaves.blogspot.com ...and I thought I knew

        1 Reply Last reply
        0
        Reply
        • Reply as topic
        Log in to reply
        • Oldest to Newest
        • Newest to Oldest
        • Most Votes


        • Login

        • Don't have an account? Register

        • Login or register to search.
        • First post
          Last post
        0
        • Categories
        • Recent
        • Tags
        • Popular
        • World
        • Users
        • Groups