Talk:Generator/Exponential: Difference between revisions

m
moved Talk:Generator to Talk:Generator/Exponential: promoting to task
(Please rename to "Sequence generator" before promotion)
m (moved Talk:Generator to Talk:Generator/Exponential: promoting to task)
 
(11 intermediate revisions by 6 users not shown)
Line 19:
::--[[User:Paddy3118|Paddy3118]] 05:07, 23 November 2010 (UTC)
 
==Name change request==
 
: Is this ready to be promoted to task? There are quite a few examples. [[User:MagiMaster|MagiMaster]] 04:53, 8 June 2011 (UTC)
 
::Yeah, it looks ok to me. Please rename to "Sequence generator" before promotion though, because "Generator" is a big generic, and there are other generators implementations that I can think of that are totally unrelated to this task, and the name Generator may cause confusion. --[[User:Markhobley|Markhobley]] 11:46, 8 June 2011 (UTC)
 
::: Looking at the WP [[wp:Generator_(disambiguation)|disambiguation page]], there seems to be no confusion as to the meaning of Generator within the Computing context, with all ''other'' forms having to be qualified. Since this is a computing site, I think the name would not overly confuse. --[[User:Paddy3118|Paddy3118]] 14:06, 8 June 2011 (UTC)
 
::: It's named “generator” because that's the name of a particular variation on the theme of coroutines (i.e., ones that go back to their caller while producing a value each time). That the values may be viewed as a sequence is tangential. Generators are interesting particularly because they can implement non-trivial transforms (e.g., where each input value can produce a variable number of output values) which can be hard to express with other approaches. –[[User:Dkf|Donal Fellows]] 14:26, 8 June 2011 (UTC)
 
:::: As you say, a generator is only one variation. We should maybe include this is the title, so we have forms Generator/A, Generator/B, etc. There are also generators that are not a generator at all in this sense, such as parametric generators and code generators, which all come under the context of computing. I still advise rename. --[[User:Markhobley|Markhobley]] 15:58, 8 June 2011 (UTC)
:::::Hi Markhobley, but Generator in our context is still enough. Which generator has equal prominance in our field that someone might mistake this for? We need to be wary of overlong titles, so please expand on your reasons. Thanks. --[[User:Paddy3118|Paddy3118]] 20:00, 8 June 2011 (UTC)
 
::::: Perhaps "sequential generator"? But, yes, "generator" does have [http://www.sz-wholesale.com/uploadFiles/LPG-B%20Generator_802.jpg other meanings] --[[User:Rdm|Rdm]] 16:57, 8 June 2011 (UTC)
 
:::::: Yeah that sounds good, apart from the generator is this task is exponential, but I do like the sound of that for a sequential output version (such as the type used for generating ticket numbers or invoice numbers), if such a task was written. We could probably go with "Exponential generator", or "Sequence Generator/Exponential". --[[User:Markhobley|Markhobley]] 20:25, 8 June 2011 (UTC)
 
:::: Ok, tooting my own horn here a bit, but I put together a nice little Python module for [https://code.google.com/p/dastoobnet/source/browse/multi_m1/filterstack.py using stacked generators] as a filter chain. The docs might be illuminating in this discussion. [http://codepad.org/S7lYcnpO Here's its demo output], on Codepad.--[[User:Short Circuit|Michael Mol]] 15:16, 8 June 2011 (UTC)
 
::: Also, I think "Sequence generator" could be misleading, given that sequences can als be data structures which can be generated without a requirement for mutating state. --[[User:Rdm|Rdm]] 15:01, 8 June 2011 (UTC)
 
:::: How about "Mutating state generator"? [[User:Markhobley|Markhobley]] 07:52, 13 July 2011 (UTC)
 
== C++ code ==
 
The C++ code should probably be an implementation of forward_iterator. I'd do it myself, but I don't know how (working on that is what led me back to this page) --[[User:Short Circuit|Michael Mol]] 14:08, 1 July 2011 (UTC)
:What, like this? <lang Cpp>#include <iostream>
#include <iterator>
template<int p>
class PowerSeq : public std::iterator<std::forward_iterator_tag, int> {
public:
PowerSeq(int first = 0 ) { pos = first; }
int operator *() { return calc(); }
 
PowerSeq<p>& operator ++() {
pos ++;
return *this;
}
 
PowerSeq<p> operator ++(int) {
PowerSeq<p> tmp(pos);
pos ++;
return tmp;
}
 
protected:
int pos;
int calc() {
int out = pos;
for (int i = 1; i < p; i++) out *= pos;
return out;
}
};
 
template<int in, int without>
class PowerSeqFilter : public std::iterator<std::forward_iterator_tag, int> {
public:
PowerSeqFilter(int p1 = 0, int p2 = 0) { // NB. should check in != without
s1 = PowerSeq<in>(p1);
s2 = PowerSeq<without>(p2);
if (*s1 == *s2) ++*this;
};
 
int operator *() { if (*s1 == *s2) ++*this; return *s1; }
 
PowerSeqFilter<in, without>& operator ++() {
do {
++s1;
while (*s1 > *s2) ++s2;
} while (*s1 == *s2);
 
return *this;
}
 
PowerSeqFilter<in, without> operator ++(int) {
PowerSeqFilter<in, without> tmp(*s1, *s2);
++*this;
return tmp;
}
 
protected:
PowerSeq<in> s1;
PowerSeq<without> s2;
};
 
int main()
{
PowerSeqFilter<2, 3> f;
for (int i = 0; i < 30; ++i, f++) {
if (i >= 20)
std::cout << i << " " << *f << std::endl;
}
}</lang>
:Personally I find this unnecessarily complicated for the task. --[[User:Ledrug|Ledrug]] 01:58, 2 July 2011 (UTC)