gerich-home / box2dnet

Plain port of JBox2D (no XNA)

Box2D.Net

Hello everybody. This is plain port of JBox2D to .Net

This is converted using JLCA Java to C# code converter which you can find in Visual Studio 2005. Now we need to fix all converting issues (there are not so much of them) and run it.

Main goal for me is to get a .Net version of Box2D which doesn't depend on XNA or other frameworks. It will be better to call this project Plain Box2D.Net :)

Conversion of code was performed for revision 557 from http://code.google.com/p/jbox2d/source/browse/trunk/jbox2d-library/src/

Now code is synced with revision 578.

Library compiles!

Current tasks:

1. Fix all problems with different behaviour of Java and .Net code.
2. Remove as much //UPGRADE_* commentS as I can.
3. Refactor code
4. Try to implement some test framework

TODO: GearJoint.cs

Feel free to contribute.

box2dnet's Issues

Port jbox2d gui testbed

Well, porting of jbox2d seems to be almost completed.
Of course it needs a lot of work to be performed to check correctness of our results.

But it will be boring if we can't see our framework in action, so we need to port testbed.

Java version proposes MVC architecture.
View is a panel where everything is drawn.
Model is just a collection of tests and categories and currently pressed keys and mouse position.
Controller makes them work together. It listens view and change model and updates view about changes in model.
Moreover it runs simulation thread which makes time steps in the current test.

I think we should use MVVM pattern instead of MVC, so I'll try to rewrite testbed.

In MVVM there are 3 layers:
Model - like in MVC
ViewModel - say's to View which actions it can perform and what properties it has.
View - activates ViewModel's actions and reads or changes properties of ViewModel.

One of arguable thing is that in MVVM ViewModel shouldn't know anything about View. View should process key presses and just tell to ViewModel what should it do (which action should be executed). ViewModel (and model) shouldn't draw anything in View directly. View should ask ViewModel what to draw and draw it. This conflicts to concept of DebugDraw in box2d.