Thread: Orion Framework (initial release)

Page 2 of 5 FirstFirst 1234 ... LastLast
Results 11 to 20 of 45
  1. #11  
    Renown Programmer

    Sean's Avatar
    Join Date
    May 2007
    Age
    32
    Posts
    2,757
    Thanks given
    264
    Thanks received
    1,090
    Rep Power
    4393
    Quote Originally Posted by Maxi View Post
    Thanks for clearing that up for me .
    Besides my netty implementation, what do you think of my logic separation and packet handling/encoding?
    (Was not to me but need to clear something up)

    EDIT:
    i like the idea, but doesnt netty do that when the data is fired (encoding) multi threading it just seems like a waste.
    Reply With Quote  
     

  2. #12  
    Renown Programmer and Respected Member
    Maxi's Avatar
    Join Date
    Jun 2008
    Posts
    3,197
    Thanks given
    281
    Thanks received
    1,095
    Rep Power
    1366
    Quote Originally Posted by Sir Sean View Post
    (Was not to me but need to clear something up)

    i like the idea, but doesnt netty do that when the data is fired from the server to the client (encoding)
    I don't let netty access the resources directly. The encoding executor creates the object that then can be handled fast and easy by the netty encoder. The reason why I do this is more because of a principle than anything else. I just like to keep my netty logic and core framework logic separated. Netty does its part and the core framework does its part in the encoding process. I could very well pass a new packet object instance to netty, but why should netty be busy with creating an object (thus creating the need of an extra decoder in the pipeline as well). The power of this framework is that you only create one packet class for a certain packet and write/edit its decode(), handleResources(), encodeObject() and encodeBuffer() methods. decode() and encodeBuffer() are both ran in netty's threads and handleResources() and encodeObject() in the core framework.
    Reply With Quote  
     

  3. #13  
    Renown Programmer

    Sean's Avatar
    Join Date
    May 2007
    Age
    32
    Posts
    2,757
    Thanks given
    264
    Thanks received
    1,090
    Rep Power
    4393
    Quote Originally Posted by Maxi View Post
    I don't let netty access the resources directly. The encoding executor creates the object that then can be handled fast and easy by the netty encoder. The reason why I do this is more because of a principle than anything else. I just like to keep my netty logic and core framework logic separated. Netty does its part and the core framework does its part in the encoding process. I could very well pass a new packet object instance to netty, but why should netty be busy with creating an object (thus creating the need of an extra decoder in the pipeline as well). The power of this framework is that you only create one packet class for a certain packet and write/edit its decode(), handleResources(), encodeObject() and encodeBuffer() methods. decode() and encodeBuffer() are both ran in netty's threads and handleResources() and encodeObject() in the core framework.
    mmm... i disagree but thats me and we are all different
    Reply With Quote  
     

  4. #14  
    Renown Programmer and Respected Member
    Maxi's Avatar
    Join Date
    Jun 2008
    Posts
    3,197
    Thanks given
    281
    Thanks received
    1,095
    Rep Power
    1366
    Quote Originally Posted by Sir Sean View Post
    mmm... i disagree but thats me and we are all different
    True. I just think that the netty encoder should only be busy with transforming an object into a ChannelBuffer object. I reckon it would make no significant performance difference anyways.

    EDIT: I've uploaded a newer version in which I changed a few things mentioned by Method.
    Reply With Quote  
     

  5. #15  
    Renown Programmer
    Method's Avatar
    Join Date
    Feb 2009
    Posts
    1,455
    Thanks given
    0
    Thanks received
    845
    Rep Power
    3019
    Quote Originally Posted by Maxi View Post
    Thanks for clearing that up for me .
    Besides my netty implementation, what do you think of my logic separation and packet handling/encoding?
    It's all right, I guess. I probably would have done it differently, but if it works for you, I have no issues with you using it.
    :-)
    Reply With Quote  
     

  6. #16  
    Registered Member

    Join Date
    Sep 2008
    Posts
    2,156
    Thanks given
    3
    Thanks received
    2
    Rep Power
    182
    Wow Maxi. great
    Reply With Quote  
     

  7. #17  
    Registered Member

    Join Date
    Oct 2006
    Posts
    160
    Thanks given
    15
    Thanks received
    18
    Rep Power
    198
    keep workin on it bewb.
    Reply With Quote  
     

  8. #18  
    But python...

    Join Date
    Jun 2009
    Posts
    0
    Thanks given
    262
    Thanks received
    379
    Rep Power
    0
    Great Job mts.
    Reply With Quote  
     

  9. #19  
    Renown Programmer and Respected Member
    Maxi's Avatar
    Join Date
    Jun 2008
    Posts
    3,197
    Thanks given
    281
    Thanks received
    1,095
    Rep Power
    1366
    Thanks guys. Expect me to work on this near the end of the week when I finished working again.
    Reply With Quote  
     

  10. #20  
    Registered Member
    Join Date
    Jan 2010
    Posts
    274
    Thanks given
    9
    Thanks received
    7
    Rep Power
    24
    sweet maybe i will check it out
    Reply With Quote  
     

Page 2 of 5 FirstFirst 1234 ... LastLast

Thread Information
Users Browsing this Thread

There are currently 1 users browsing this thread. (0 members and 1 guests)


User Tag List

Posting Permissions
  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •