Databases
StackOverflow2013
Postsdbo
PO
 

Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>Having worked with both XAML and WinForms, I don't think you'll find WPF to be feel much more "native" than your WinForms experience. In both cases, everything is abstracted by .Net. But if you want to learn WPF, then go for it.</p> <p>P\invoke works just fine as does COM. As for other ways of getting data from C++ to other languages, consider approaching this as an IPC problem rather than a language one. Run one process as the child of the other and look at <a href="https://stackoverflow.com/questions/678367/c-sockets-library-for-cross-platform">sockets</a> and libraries such as <a href="http://www.zeromq.org/" rel="nofollow noreferrer">0mq</a>/<a href="http://www.zeromq.org/bindings:clr" rel="nofollow noreferrer">clrzmq</a> (<a href="https://stackoverflow.com/questions/8318928/cross-compiling-zeromq-to-arm-for-use-in-a-monotouch-iphone-app-configure-settin">see this for 0mq on iPhone</a>--<a href="http://www.zeromq.org/build:android" rel="nofollow noreferrer">this for Android</a>) and <a href="http://thrift.apache.org/" rel="nofollow noreferrer">Thrift</a> to get C++ talking to the other process.</p> <p>With sockets/0mq, you can use xml/json/<a href="http://code.google.com/p/protobuf/" rel="nofollow noreferrer">Protobuf</a>/<a href="http://code.google.com/p/protobuf-net/" rel="nofollow noreferrer">Protobuf-net</a> to serialize and deserialize objects from one language to the other. With Protobuf, you'll only need to create one set of json-esque data objects and use the langauge-specific tools for generating code. That'll take care of your data objects across platforms and languages, allowing you focus on the fun stuff. Serialization will work nicely with sql, too. All of these technologies are easy to implement and each has a score of language implementations, making it simple to wire things up to your next GUI. </p> <p>In regards to examples, it all depends on how you want to move your data between the runtimes.</p>
    singulars
    1. This table or related slice is empty.
    1. POLooking for a cross-platform, end-to-end example of C++ to WPF/Cocoa interoperability
      singulars
      1. PTQuestion
    1. PTAnswer
    1. USCommunity
    1. US0x1mason
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. POLooking for a cross-platform, end-to-end example of C++ to WPF/Cocoa interoperability
      singulars
      1. PTQuestion
    1. This table or related slice is empty.
    1. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTUpMod
    2. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTUpMod
    3. VO
      singulars
      1. PO
      1. This table or related slice is empty.
      1. VTAcceptedByOriginator
    1. COAre you suggesting that WinForms may be easier? I just assumed the WPF DataGrid would be easiest to work with. I really like the idea of using IPC but for this project I think it's overly complex and overkill. Thanks for that though. Very interesting. At this point I'd still like to find an example without relying on external code (at least at runtime). CXXI looks interesting.
      singulars
      1. PO
      1. USRotsiser Mho
    2. COWinforms is much easier than WPF. Honestly, I think you'd be best off with Mono for your desktop GUIs, but it's your call.
      singulars
      1. PO
      1. US0x1mason
    3. COIf it were me, I'd go with Mono or some other cross-platform GUI abstraction layer, but that's mostly because I don't enjoy UI work ;). That said, I appreciate what you're trying to do by learning how things work across platforms. Maybe you need to clarify what you mean by "native"--are you most interested in trying different technologies or are you most interested in getting down to the nuts and bolts on each OS?
      singulars
      1. PO
      1. US0x1mason
 

Querying!

 
Guidance
A row detail

Detail views are divided into sections. All the information in the data section comes from columns in the selected row. The other sections display data from other, related rows.

Related data can be related in a to-one or a to-many fashion. Captions of data related in a to-many fashion link to a list view showing a filtered view of the table.

Try moving around until you find a non-empty to-many entry and click on the label to get to one. You can move back to the root by clicking on the database name in the header.

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload