-
-
Notifications
You must be signed in to change notification settings - Fork 187
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
refactor sequence views #464
Labels
Comments
I'm going to try to summarize the current state and what's left to do for this: It seems like VectorView and VectorViewMvt can be summed up with three use cases:
I'm gonna go forward on the vector_seq_view I think, and hopefully we can iron out what OperandsAndPartials needs maybe in a separate ticket and/or the discourse discussion? |
3 tasks
Yes, the first point is why I wanted to just do the immutable sequence view first.
Then (2) should look just like (1), only for vectors. It's then possible we'll be able to combine the code. That's what I was talking about when I said I'd like to write them both then see if we can combine and that sometimes it's simpler to leave the apparently duplicated but utterly transparent code than to include subtle conditional behavior on template parameters.
We use some views that are writable and some that are known to be size zero and throw errors if accessed inside of OperandsAndPartials. We can sit down and work through that together and see if we're going to have to modify existing classes or create new ones. Then we can get rid of all the old classes.
- Bob
… On Feb 11, 2017, at 12:49 PM, seantalts ***@***.***> wrote:
I'm going to try to summarize the current state and what's left to do for this:
It seems like VectorView and VectorViewMvt can be summed up with three use cases:
• Input is either a scalar or a sequence of scalars and we'd like to use it as a sequence. This is now scalar_seq_view as of #486. After that pull request I'll still need to replace a few more uses (in prim/scal/err), but will do that in a separate pull since they're not of the same exact form as the probability distribution use cases.
• Input is either some type of eigen vector or a std::vector of eigen vectors. This is what all the multivariate distributions use. Currently covered by VectorViewMvt, I propose to replace with vector_seq_view perhaps?
• Whatever OperandsAndPartials is doing that I haven't quite figured out but has a thread here. I am ignoring this for now.
I'm gonna go forward on the vector_seq_view I think, and hopefully we can iron out what OperandsAndPartials needs maybe in a separate ticket and/or the discourse discussion?
—
You are receiving this because you were assigned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
VectorView and VectorViewMvt don't exist anymore. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Summary:
We should refactor sequence views (VectorView, VectorViewMvt).
Description:
The current names and functionality are too hard to understand (and slightly buggy).
Current Version:
v2.13.0
The text was updated successfully, but these errors were encountered: